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(54) Optical disc recording apparatus, computer-readable recording medium recording a file 
management program, and optical disc 



(57) An optical disc recording apparatus for record- 
ing a video object onto an optical disc. A recording area 
of the optical disc is divided into a plurality of zones 
which each include a plurality of adjacent tracks. The 
optical disc recording apparatus includes: a reading unit 
for reading from the optical disc the sector information 
showing data assignment for sectors on the optical disc; 
a recording unit for recording the video object onto the 
optical disc; and a control unit for controlling the reading 
unit and the recording unit. The control unit detects at 
least one series of consecutive unassigned sectors on 
the optical disc by referring to the read sector informa- 
tion. Each series has a total size greater than a minimum 
size and is located within a single zone. The minimum 
size corresponds to a data amount that ensures unin- 
terrupted reproduction of the video object. The control 
unit also controls the recording unit to record the video 
object into the detected series. 
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EP 0 905 699 A2 
Description 

BACKGROUND OF THE INVENTION 
5 (1 ) Field of the Invention 

[0001] This invention relates to an optical disc recording apparatus, a computer-readable recording medium record- 
ing a file management program, and an optical disc. 

1 ° (2) Description of the Prior Art 

[0002] Recently, recording mediums such as magneto optical discs (MO) have been widely used for recording data 
to be read by computers. Currently, practical uses of DVD (Digital versatile Disc)-RAM discs are waited for due to 
general expectation that DVD-RAMs will become a main recording medium of the next generation 
« [0003] In conventional MOs, like HD (Hard Disc) or FD (Flexible Disc), the minimum unit in accessing data on discs 
is "sector" having several kilobytes. Each file is recorded in one or more sectors. 

[0004] Reading and writing of files from/onto discs are executed by computers as functions of a file system which is 
a part of operating systems (OS). A file system is defined, for example, in ISO/IEC13346. 

[0005] According to a conventional technique, for example, when recording a file of 200KB onto a recording medium 
with 2KB-sectors, computers must find 1 00 unassigned sectors on the recording medium. The 1 00 unassigned sectors 
need not be physically consecutive. For example, when four separate groups respectively having 30, 30 30 and 10 
unassigned sectors are found on the recording medium, the file is divided into the four groups of sectors. Each part of 
the file recorded in each group of sectors, namely each group of consecutive sectors, is called "extent". 
[0006] In such a conventional technique, files can be divided and recorded into a plurality of extents. This provides 
a merit that all the sectors on a recording medium can be used efficiently even after recording and deleting of files on 
the medium are repeated a number of times. 

[0007] However, conventional recording mediums and file systems have a problem that uninterrupted reproduction 
of audio/video data (hereinafter referred to as AV data) recorded on the recording mediums cannot be ensured 
[0008] More specifically, when recording and deleting of files on a recording medium are repeated several times the 
AV data may not be recorded in consecutive sectors. The AV data may be divided and recorded into a plurality of 
extents, as described above. When this happens, the reproduction apparatus cannot achieve uninterrupted reproduc- 
tion of the AV data due to a seek operation of an optical pickup that occurs as the optical pickup moves between the 
plurality of extents. 

[0009] For example, when a seek occurs between a sector at the innermost periphery and a sector at the outermost 
periphery of a disc, the seek time amounts to several-hundred milliseconds. In case of moving images such a seek 
of several-hundred milliseconds interrupts reproduction since reproducing 30 frames per second is required for repro- 
duction of moving images. 

[0010] As described above, uninterrupted reproduction may not be ensured by conventional file systems This is 
especially a serious problem for mass storages such as DVD-RAM on which, like VTR, a plurality of pieces of AV data 
(e.g., TV programs) can be recorded, edited, and deleted. 

[0011] Here, it should be reminded that recording mediums can also record computer data, as well as AV data 
Accordingly, particular attention should be paid on how to efficiently store both types of data on a disc. 
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SUMMARY OF THE INVENTION 

[0012] It is therefore an object of the present invention to provide an optical disc recording apparatus, a computer- 
readable recording medium recording a file management program, and an optical disc which ensure uninterrupted 
reproduction of AV data and record various types of data including AV data together and efficiently. 
[001 3] The above object is achieved by an optical disc recording apparatus for recording a video object on an optical 
disc, where a recording area of the optical disc is divided into a plurality of zones which each include a plurality of 
adjacent tracks, and includes sector information showing data assignment for sectors on the optical disc the optical 
disc recording apparatus including: a reading unit for reading the sector information from the optical disc a recording 
unit for recording the video object onto the optical disc; and a control unit for controlling the reading unit and the 
recording unit, where the control unit: detects at least one series of consecutive unassigned sectors on the optical disc 
by referring to the read sector information, each series having a total size greater than a minimum size and being 
located within a single zone, the minimum size corresponding to a data amount that ensures uninterrupted reproduction 
of the video object; and controls the recording unit to record the video object into the detected series. 
[001 4] With the above construction, the video object is recorded in a series of consecutive unassigned sectors with 
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the total size greater than a predetermined size, the series without including a zone boundary. This is achieved by 
searching of such a series of consecutive unassigned sectors prior to the recording of the video object onto the optical 
disc. The predetermined size is set so that the uninterrupted reproduction is ensured in any types of reproduction 
apparatuses. As a result, the video object recorded by the present optical disc recording apparatus is reproduced by 

5 any types of reproduction apparatuses without gaps in the reproduced video and audio images (without missing frames). 
Also, the record area is divided into a plurality of zone areas to realize rotation control called Z-CLV (Zone-Constant 
Linear velocity) during recording and reproduction. By doing so, a qualified recording efficience is achieved without 
sacrificing the recording density of the outermost periphery of the optical disc. Also : the uninterrupted reproduction is 
ensured since the video object does not outstep the zone boundary. 

w [0015] In the above optical disc recording apparatus, the recording area of the optical disc may be divided into a 
plurality of 2KB sectors, with each set of 16 consecutive sectors forming one ECC block, the video object is composed 
of a plurality of packs, each pack having a size of 2KB, the minimum size is the number of ECC blocks which is 
represented as B N_ecc B in the following formula: N_ecc=Vo*Tj/((16*8*2048)*(1-Vo/Vr)), where °Tj° represents a max- 
imum jump time of an optical pickup of a reproduction apparatus, D Vr M represents an input transfer rate (Mbps) of a 

is track buffer of the reproduction apparatus, and "Vo" represents an effective output transfer rate (Mbps) of the track 
buffer. 

[0016] With the above construction, the predetermined size for ensuring the uninterrupted reproduction can be ob- 
tained in case defective sectors are not included in the series of consecutive unassigned sectors. 
[0017] In the above optical disc recording apparatus, the recording area of the optical disc is divided into a plurality 

20 of 2KB sectors, with each set of 16 consecutive sectors forming one ECC block, the video object is composed of a 
plurality of packs, each pack having a size of 2KB, the minimum size is the number of ECC blocks which is represented 

as "N ecc M in the following formula: N ecc=dN_ecc + Vo*Tj/((1 6*8*2048)* (1 -Vo/Vr)), where dN_ecc is a number of 

ECC blocks, in a series of consecutive unassigned sectors, that include defective sectors, "Tj" represents a maximum 
jump time of an optical pickup of an reproduction apparatus, "Vr" represents an input transfer rate (Mbps) of a track 

25 buffer of the reproduction apparatus, and °Vo a represents an effective output transfer rate (Mbps) of the track buffer. 
[0018] With the above construction, the predetermined size for ensuring the uninterrupted reproduction can be ob- 
tained in case defective sectors are included in the series of consecutive unassigned sectors. 

[0019] In the above optical disc recording apparatus, the effective transfer rate Vo may be found according to the 
following formula: 

30 

Vo=(N _pack*2048*8)*(27M/ (SCRJirst_next-SCR_first_current) 

where N_pack is the total number of packs included in the video object that should be recorded in N_ecc ECC 
35 blocks, SCR_first_current is a time (in 1/(27mega) seconds) at which the track buffer of the reproduction apparatus 
should output the first pack of the video object, and SCR_first_next is a time (in 1/(27mega) seconds) at which the 
track buffer of the reproduction apparatus should output the first pack of the following video object. 
[0020] With the above construction, it is possible to obtain, based on the effective output transfer rate, the predeter- 
mined size for video objects with a variable bit rate. This achieves, for example, an efficient use of optical disc having 
40 a small amount of unassigned areas. 

[0021 ] In the above optical disc recording apparatus, the control unit may generate management information showing 
areas of the optical disc where the video object has been recorded by the recording unit and controls the recording 
unit to record the generated management information onto the optical disc, and when the reading unit reads out man- 
agement information from the optical disc, the control unit refers to the read management information as well as the 
45 sector information to detect the series. 

[0022] With the above construction in which the management information is recorded on the optical disc, it is possible 
to detect unassigned areas at high speed and without difficulty. 

[0023] The above object is also achieved by a computer-readable recording medium prestoring a file management 
program for recording a video object onto an optical disc, the file management program being to be run by a computer 

so which includes: a reading unit for reading data from an optical disc; and a recording unit for recording data onto the 
optical disc, where a recording area of the optical disc is divided into a plurality of zones which each include a plurality 
of adjacent tracks, and includes sector information showing data assignment for sectors on the optical disc, the file 
management program including the following steps to be executed by the computer: a reading step for reading the 
sector information from the optical disc; a detecting step for detecting at least one series of consecutive unassigned 

55 sectors on the optical disc by referring to the read sector information, each series having a total size greater than a 
minimum size and being located within a single zone, the minimum size corresponding to a data amount that ensures 
uninterrupted reproduction of the video object; and a recording step for recording the video object into the detected 
series. 
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[0024] With the above construction in which the computer runs the file management program, it is possible to record 
the video object into the series of consecutive unassigned sectors which is larger than a predetermined size This 
ensures the uninterrupted reproduction of the video object. 

[0025] The above object is also achieved by a computer-readable optical disc including a data recording area where 
the data recording area is divided into a plurality of zones which each include a plurality of adjacent tracks and the 
data recording area includes: sector information showing data assignment for sectors on the optical disc and man- 
agement information showing areas of the optical disc where a video object has been recorded and are located within 

a single zone. 

[0026] The above object is also achieved by a computer-readable optical disc including a data recording area where 
the data recording area is divided into a plurality of blocks which each include a plurality of consecutive sectors and 
the data recording area includes: an area for recording sector information showing data assignment for sectors on the 
optical disc; and a management area for recording block information showing data assignment for blocks on the optical 

[0027] With the above construction, it is possible to record data in units of sectors or blocks. Each block includes a 
plurality of consecutive sectors. Accordingly, even if one file is divided and recorded into a plurality of extents the size 
of the extent is larger than the size of the block at the minimum. As a result, it is possible to ensure the uninterrupted 
reproduction of the video data recorded on the present optical disc by preventing interruptions which are cased by 
occurrences of seek operations in the reproduction apparatus. Furthermore, data management in units of sectors and 
blocks are performed together depending on the types of data This achieves efficient use of the recording area of the 
20 optical disc. 3 

[0028] In the above computer-readable optical disc, when the block information shows that blocks have been as- 
signed to data that is mainly composed of video data, the sector information may show that all sectors in the assigned 
blocks have been assigned. 

[0029] With the above construction, even if data is recorded by a conventional file system wh ich uses a file manage- 
ment system managing data in units of sectors, the blocks assigned to video data are not overwritten by another data 
Such a computer-readable optical disc is suitable for uninterrupted reproduction 

[0030] In the above computer-readable optical disc, a block size represented as may satisfy the following formula: 
30 L > T*Vin*Vout/(Vin-Vout), 

where "L" (bits) represents the block size, T- (seconds) represents a seek time of a reproduction apparatus "Vin" 
represents an input transfer rate (Mbps) of a buffer of the reproduction apparatus, and °Vbuf represents an effective 
output transfer rate (Mbps) of the buffer. 
35 [0031] In the above computer-readable optical disc, when the block information shows that blocks have been as- 
signed to data that is not video data, the sector information may show that among sectors in the assigned blocks only 
sectors recording the data have been assigned. ' 
[0032] With the above construction, it is possible to record data other than video data (non^video) into unassigned 
sectors in blocks which have been assigned to non-video data. With this arrangement, even if video data and other 
types of data are recorded in mixture, the uninterrupted reproduction is ensured, and both of video and other types of 
data are stored efficiently. 

[0033] In the above computer-readable optical disc, the data recording area may be divided into a plurality of zones 
which each include a plurality of adjacent tracks, and each of the plurality of blocks is included in any one of the plurality 

oT zones. r r 

45 [0034] With the above construction, the record area is divided into a plurality of zone areas to realize Z-CLV By doing 
so, a qualified recording efficiency is achieved without sacrificing the recording density of the outermost periphery of 
the optical disc. Also, the uninterrupted reproduction is ensured since the video object does not outstep the zone 

boundary. r 

[0035] In the above computer-readable optical disc, blocks in each zone may have the same size except a block 
hat is adjacent to a zone boundary, and the block that is adjacent to the zone boundary has a size being equal to or 
larger than the size of the other blocks. 

[0036] With the above construction, it is possible to use the data recording area efficiently since one block in each 
zone has a size larger than the common size of the other blocks. 

[0037] In the above computer-readable optical disc, the block that is adjacent to the zone boundary may include a 
sector having a maximum sector address in the current zone, and the management area includes a maximum block 
length table which shows, for each zone, sizes of blocks which each include the sector having the maximum sector 
address in a zone. 

[0038] With the above construction, it is possible to manage variable-length blocks around the zone boundary without 
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difficulty. 

[0039] In the above computer-readable optical disc, an error correction code may be attached to every predetermined 
number of consecutive sectors, and each block may be composed of an integral multiple of the predetermined number 
of consecutive sectors. 

5 [0040] With the above construction, it is possible for the recording/ reproducing apparatus to record and reproduce 
continuously without generating overhead since each block is composed of an integral multiple of the predetermined 
number of consecutive sectors. 

[0041] The above object is also achieved by an optical disc recording apparatus for recording data onto an optical 
disc which includes: a data recording area divided into a plurality of sectors; and a management area for recording 

10 sector information showing data assignment for sectors on the optical disc and block information showing data assign- 
ment for blocks on the optical disc, the optical disc recording apparatus including: a reading unit for reading the block 
information and the sector information from the optical disc; a judging unit for judging a type of the data to record or 
delete the data, the type being classified into a first type and a second type; a first specifying unit for, when the judging 
unit judges that the data is the first type, specifying, based on the read block information, either of: unassigned blocks 

is in which the data is to be recorded: and blocks in which the data has already been recorded; a second specifying unit 
for, when the judging unit judges that the data is the second type, specifying, based on the read sector information, 
either of: unassigned sectors in which the data is to be recorded; and sectors in which the data has been recorded; a 
data updating unit for either of recording and deleting first-type data into/from the blocks specified by the first specifying 
unit and for either of recording and deleting second-type data into/from the sectors specified by the second specifying 

20 unit; and an assignment updating unit for updating at least one of the sector information and the block information in 
accordance with operations of the data updating unit. 

[0042] With the above construction, it is possible to record data in units of sectors or blocks. Each block includes a 
plurality of consecutive sectors. Accordingly, even if one file is divided and recorded into a plurality of extents, the size 
of the extent is larger than the size of the block at the minimum. As a result, it is possible to ensure the uninterrupted 
25 reproduction of the video data recorded on the present optical disc by preventing interruptions which are cased by 
occurrences of seek operations in the reproduction apparatus. Furthermore, data management in units of sectors and 
blocks are performed together depending on the types of data. This achieves efficient use of the recording area of the 
optical disc. 

[0043] In the above optical disc recording apparatus, the assignment updating unit may include: a block information 
30 updating unit for, when the first specifying unit specifies unassigned blocks, updating the block information by changing 
indication of the specified blocks from "unassigned" to "assigned"; and a sector information updating unit for, when the 
block information updating unit updates the block information by changing indication of the specified blocks from "un- 
assigned" to "assigned," updating the sector information by changing indication of all sectors included in the specified 
blocks from "unassigned" to "assigned." 
35 [0044] With the above construction, even if data is recorded by a conventional file system which uses a file manage- 
ment system managing data in units of sectors, the blocks assigned to video data are not overwritten by another data. 
Such a computer-readable optical disc is suitable for uninterrupted reproduction. 

[0045] In the above optical disc recording apparatus, the block information updating unit, when the first specifying 
unit specifies blocks which are assigned to a piece of first-type data to be deleted, updates the block information by 
40 changing indication of the specified blocks from "assigned" to "unassigned," and the sector information updating unit, 
when the block information updating unit updates the block information by changing indication of the specified blocks 
from "assigned" to "unassigned," updates the sector information by changing indication of all sectors included in the 
specified blocks from "assigned" to "unassigned." 

[0046] With the above construction, it is possible to use the data recording area efficiently by recording the first-type 
45 data and the second-type data in mixture since all the sectors in a block are released when the first-type data is deleted. 
[0047] In the above optical disc recording apparatus, the block information may show whether each block is: (1) 
unassigned data; (2) assigned first-type data which is mainly composed of video data; or (3) assigned second-type 
data which is mainly composed of data other than the first-type data, where the assignment updating unit includes: a 
first updating unit for updating the block information; and a second updating unit for updating the sector information, 
so where the first updating unit, when the second updating unit updates the sector information by changing indication of 
any sectors included in unassigned blocks to "assigned," updates the block information by changing indication of the 
unassigned blocks from "unassigned" to "second-type data assigned," and the second updating unit, when the first 
updating unit updates the block information by changing indication of blocks from "unassigned" to "first-type data as- 
signed," updates the sector information by changing indication of all sectors included in the blocks to "assigned." 
55 [0048] With the above construction, it is possible to manage the data recording area without difficulty by recording 
the first-type data and the second-type data in mixture. 

[0049] The above object is also achieved by a computer-readable recording medium prestoring a file management 
program for recording data onto an optical disc which includes: a data recording area divided into a plurality of sectors; 
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and a management area for recording sector information showing data assignment for sectors on the optical disc and 
block information showing data assignment for blocks on the optical disc, the file management program including the 
following steps to be executed by the computer: a reading step for reading the block information and the sector infor- 
mation from the optical disc; a judging step for judging a type of the data to record or delete the data, the type being 
classified mto a first type and a second type; a first specifying step for. when in the judging step it is judged that the 
data is the first type, specifying, based on the read block information, either of. unassigned blocks in which the data is 
to be recorded: and blocks in which the data has already been recorded, a second specifying step for when in the 
judging step it is judged that the data is the second type, specifying, based on the read sector information either of 
unassigned sectors in which the data is to be recorded; and sectors in which the data has been recorded' a data 
updating step for either of recording and deleting first-type data into/from the blocks specified by the first specifyinq 
unit and for either of recording and deleting second-type data into/from the sectors specified in the second specifyinq 
step; and an assignment updating step for updating at least one of the sector information and the block information in 
accordance with operations in the data updating step. 

[0050] With the above construction, it is possible to record data in units of sectors or blocks. Each block includes a 
plurality of consecutive sectors. Accordingly, even if one file is divided and recorded into a plurality of extents the size 
of the extent is larger than the size of the block at the minimum. As a result, it is possible to ensure the uninterrupted 
reproduction of the video data recorded on the present optical disc by preventing interruptions which are cased by 
occurrences of seek operations in the reproduction apparatus. Furthermore, data management in units of sectors and 
blocks are performed together depending on the types of data. This achieves efficient use of the recording area of the 
*v optical disc. 3 
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[0051] These and other objects, advantages and features of the invention will become apparent from the following 
description thereof taken in conjunction with the accompanying drawings which illustrate a specific embodiment of the 
invention. In the drawings: 

FIG. 1 shows the appearance and the recording area of the DVD-RAM disc which is the optical disc of the present 
invention described in Embodiment 1 ; 

FIG.2 shows the cross-section and surface of a DVD-RAM cut at the header of a sector 

FIG.3A shows the plurality of zone areas 0-23 and other areas provided on a DVD-RAM; 

FIG.3B shows a horizontal arrangement of the zone areas 0-23 and other areas; 

FIG.3C shows logical sector numbers (LSNs) in the volume area; 

FIG. 3D shows logical block numbers (LBNs) in the volume area; 

FIG. 4 shows a hierarchical relation between zone areas, ECC blocks, and sectors 

FIG. 5 shows a last-block-length table; 

FIG.6 shows a sector management table and an AV block management table 

FIG.7 shows the AV block management table and the sector management table (space bit map) which are both 
included in the file system management information recorded in the volume area- 

FIG.8 shows information included in the file system management information other than the sector management 
table and the AV block management table shown in FIG.6; 

FIG.9 shows a hierarchical directory structure corresponding to the management information shown in FIG 8 
FIG. 10 shows the linkage between the file entries and directories rewritten in accordance with the directory struc- 

FIG.il A shows a detailed data structure of file entry; 

FIG. 11 B shows the data structure of the allocation descriptor; 

FIG. 11 C shows an interpretation of upper two bits of extent length of allocation descriptor 
FIG. 12A shows a detailed data structure of the file identification descriptors for directory; ' 
FIG. 12B shows a detailed data structure of the file identification descriptors for file 

FIG. 13 shows a model of buffering of AV data into the track buffer, the AV data being read from the DVD-RAM 
disc by a reproduction apparatus 

FIGJ4 shows the construction of a system including the optical disc recording/ reproduction apparatus of the 
embodiment; 

FIG. 15 is a block diagram showing the hardware structure of the DVD recorder 10; 
FIG. 16 is a block diagram showing the construction of the MPEG encoder 2; 
FIG. 17 is a block diagram showing the construction of the MPEG decoder 4; 

FIG. 18 is a function block diagram showing the construction of the DVD recorder 10 based on the functions of the 
components; 
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FIG. 19 shows the changes in the AV block management table and the space bit map when AV data is recorded; 
FIG. 20 shows the changes in the AV block management table and the space bit map when AV data is deleted; 
FIG. 21 shows a list of commands supported by the file system unit 102 for the file management; 
FIG. 22 shows an arrangement of buttons of the remote controller 6; 
s FIG. 23 shows guidance images; 

FIG. 24 shows the bit rate and resolution for each of the quality types 'high," "standard," and "time-ensuring;" 
FIG.25A is a flowchart showing the manual recording process performed by the AV file system unit 103 of the DVD 
recorder unit 10; 

FIG.25B is a flowchart showing the programmed recording process performed by the AV file system unit 103 of 
10 the DVD recorder unit 10; 

FIG. 26 is a flowchart showing the process performed by the AVfile system unit 1 03 having received the AV-WRITE 
command; 

FIG. 27 is a flowchart showing the process of deleting AV files performed by the common file system unit 104; 
FIG.28A shows AV files before and after deletion; 
is FIG.28B shows the changes in the AV block management table and the space bit map corresponding to the de- 

letion; 

FIG. 29 is a flowchart showing the process of recording non-AV files performed by the common file system unit 104; 
FIG. 30 is a flowchart showing the process of deleting non-AV files performed by the common file system unit 1 04; 
FIG. 31 A shows non-AV files before and after deletion; 
20 FIG. 31 B shows the changes in the AV block management table and the space bit map corresponding to the de- 

letion; 

FIG. 32 shows the second construction example of the AV block management table; 
FIG. 33 shows the third construction example of the AV block management table; 
FIG. 34 shows the fourth construction example of the AV block management table; 
2S FIG. 35 shows the fifth construction example of the AV block management table; 

FIG.36A shows a specific example of the management information; 

FIG.36B shows a space bit map corresponding to the management information shown in FIG.36A; 
FIG. 37 is a function block diagram showing the construction of the DVD recorder 10 of Embodiment 2 based on 
the functions of the components; 
30 FIG. 38 is a flowchart showing the recording process performed by the AV recorder unit; 

FIG. 39 shows a model of buffering of AV data into the track buffer in the reproduction apparatus; 
FIG. 40 is a flowchart showing the recording process in the DVD recorder of Embodiment 3; 
FIG. 41 shows a free space list; and 

FIG. 42 is a flowchart detailing the procedure of assigning the pseudo consecutive record. 
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DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[0052] The following are the table of contents of the present section. 

1) Embodiment 1 
1-1) Optical Disc 

1-1-1) Physical Structure of Optical Disc 
1-1-2) File System Management Information (Part 1) 
1-1-3) File System Management Information (Part 2) 
1-1-4) Minimum Size of AV Block 
1-2-1) Entire System 

1-2-2) Hardware Structure of DVD Recorder 10 
1-2-3) Function Block Diagram 
1-2-4) Commands Executed by File system Unit 102 
1 -3) Recording/ Deleting 
1-3-1) Manual Recording of AV Data 
1 -3-2) Programmed Recording of AV Data 
1 -3-3) Deleting of AV Data 
1 -3-4) Recording of Non-AV Data 

1- 3-5) Deleting of Non-AV Data 

2) Embodiment 2 

2- 1) Optical Disc 

2-1-1) Pseudo Consecutive Record 
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(2-1-2) Assignment of Pseudo Consecutive Records 

(2-1-3) Pseudo Consecutive Record Assignment Management Information and Space Bit Map 
(2-2) Recording/Reproducing Apparatus 
(2-2-1) System and Hardware Structure 
5 (2-2-2) Function Block Diagram 

(2-3-1) Recording of AV Files 
(3) Embodiment 3 

(3-1) Minimum Size of Pseudo Consecutive Record 
(3-2) Recording of AV files 

w 

[0053] Now, an optical disc and an optical disc recording apparatus of the present invention are described in several 
embodiments wrth the above-listed headings. several 

(1) Embodiment 1 
15 (1-1) Optical Disc 

(1-1-1) Physical Structure of Optical Disc 

[0054] FIG.1 shows the appearance and the recording area of a DVD-RAM disc which is an optical disc As shown 

1 i D hi' 9Urei tH tn °H V ?" RAM diSC 3 ,6ad ' in area 31 itS innerm ° St ****** and a Iead -° u < a~ at its outermost 
periphery, wrth the data area in between. The lead-in area records the necessary reference signals for the stabil^ation 
of a servo during access by an optical pickup, and identification signals to prevent confusion with other media The 
lead-out area records the same type of reference signals as the lead-in area 

[0055] The data area, meanwhile, is divided into sectors which are the smallest unit by which the DVD-RAM can be 
accessed. Here, the size of each sector is set at 2KB. The data area is also divided into a plurality of AV blocks which 
each are a group of consecutive sectors. The size of each AV block is set so that the uninterrupted reproduction the 
Tmr th PPafatU , S iS / nSUred even if a seek °P 0ration <*curs. In the present embodiment, the size is set to about 
™L ^ ,V ' ded int ° SeCt ° rS and AV blocks as described above, is managed as follows 

n S nf S V " 6a ll°T eT th3n W ^ iS aSSi9ned 3reaS in UnitS ° f sectors ' while AV data is Signed areas 
in units of AV block* Non-AV data ,s managed in units of sectors; AV data is managed in units of AV blocks Non-AV 
data is also recorded m sectors in AV blocks. Each AV block is managed not to include AV data and non-AV data in 

III In L LJ I C . 

[0057] FIG.2 shows the cross-section and surface of a DVD-RAM cut at the header of a sector. As shown in the 
andanTneven^art 5 °° mpOSed °' * P " 8 "> uence that » «xmed in the surface of a reflective film, such as a metal film, 

35 stow!he?ecto!addr U e e s s Ce '* C ° mp ° Sed °' °^ m ~ 1 87 H m P«s that are carved into the surface of the DVD-RAM to 

JJ? U n! Ven Paf1 i t COmpOSed of a concave P art called a Voove" and a convex part called a "land". Each 
thTTvnfrl - t feC ? u" 9 mark """P 08 * 1 of a matal film ca P a ble of phase change attached to its surface. Here, 
40 TZTZn T ^ ? P ,f 56 Chang6 ° Unit ,h3t thS reC ° rding mark can be in a cr y sta,line state °< a noncrystalline 
JS^n Z 9 °h TTV^ meta ' f " m h3S b6en 8XpOSed 10 3 ,i9n, beam Usin 9 this P hase change characteristic, 
S 3 ™ k ' ^ Un6Ven Part Whlle * iS ° n,y P ° Ssib,e to record data ° nt ° » e la nd Part of an MO disc 

f D vn Sam 600 ^ r ° hnd and thS 9r °° Ve partS ° f 3 DVD " RAM ' meanin 9 that th * Wording density oi 

. ?k S an M ° diS ° Err ° r correction information is provided on a DVD-RAM for each group of 1 6 

<s an ECC block* " 6mb0diment ' 6aCh gr ° Up 0f 16 sec,ors that is 9"en an ECC (Error Correcting Code) is called 

[0060] on a DVD-RAM, the data area is divided into a plurality of zone areas to realize rotation control called Z-CLV 
(Zone-Constant Linear Velocity) during recording and reproduction. 

[0061] FIG.3A shows the plurality of zone areas provided on a DVD-RAM. As shown in the figure, a DVD-RAM is 
so TJ ™ 1 ?T number6d zone 0 to zone 23 Each zone area is a group of tracks that are accessed using 

InhTnvn PAM " ? ^ emb0diment ' each zone area c °ntai ns 1888 tracks. The rotational angular velocity 

to £f in!/ k S set f S t e P a j rately J 0r each zone area - with ™» velocity being higher the closer a zone area is located 

™l ! " P ^ enSUr6S ,h3t ,he 0,311031 Pickup can move at a consta nt ^'ocity while performing 

access within a s.ngle zone area. By doing so, the recording density of DVD-RAM is raised, and rotation control is 
made easier dunng recording and reproduction. 

55 Jk F,G ' 3 ^ 3 h0rizontal arrangement of the lead-in area, the lead-out area, and the zone area 0-23 that 

were snown in FIG.3A. 

[0063] The lead-in area and lead^ut area each have a DMA (Defect Management Area) inside. The DMA records 
position information showing the positions of sectors found to include defects; and replacement position information 
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showing the positions of the sectors replacing the defective sectors located in a replacement area. 
[0064] Each zone area has a user area on the inside, and the replacement area and an unused area are provided 
at the boundary between zone areas. The user area is an area that can be used by the file system as a recording area. 
The replacement area is used to replace defective sectors when such defective sectors are found. The unused area 
s is an area that is not used for recording data. Only two tracks are assigned as the unused area, with such unused area 
being provided to prevent mistaken identification of sector addresses. This is because while sector addresses are 
recorded at a same position in adjacent tracks within the same zone, for Z-CLV the sector addresses are recorded at 
different positions in adjacent tracks at the zone boundary. 

[0065] In this way, sectors which are not used for data recording exist at the boundaries between zone areas. There- 
to fore, on a DVD-RAM logical sector numbers (LSN: Logical Sector Number) are assigned to physical sectors of the 
user area in order starting from the inner periphery to consecutively show only the sectors used for recording data. 
[0066] As shown in F1G.3C, the area that records user data and is composed of sectors that have been assigned 
LSNs is called volume area. 

[0067] Also, as shown in FIG. 3D, in the innermost and outermost peripheries, volume structure information is re- 
15 corded to be used to deal with the disc as a logical volume. The rest of the volume area except the areas for recording 
the volume structure information is called partition area. The partition area records tiles. The logical block numbers 
(LBN: Logical Block Number) are assigned to sectors of the partition area in order starting from the first sector. 
[0068] FIG.4 shows a hierarchical relation between zone areas, ECC blocks, and sectors. As shown in the drawing, 
each zone area includes 224 ECC blocks (3584 sectors). However, the number of sectors in a zone is not necessary 
20 be an integral multiple of 224, or the number of ECC blocks. Therefore, the size of the last AV block in a zone is set 
to larger than 224 ECC blocks so that the number of sectors in a zone becomes an integral multiple of 224. For this 
purpose, DVD-RAM discs record a table which shows the size of the last block in each zone, as a part of management 
information. 

[0069] FIG.5 shows a last-block-length table. The last-block-length table shows, for each zone, the length of the last 
25 AV block related to "last LBN." The length of the last AV block is represented by the number of ECC blocks included 
in the AV block. The "last LBN" column shows the LBN of the last sector (zone end), namely, the last sector adjacent 
to the zone boundary, to indicate the position of the zone boundary. 

[0070] As described above, the length of the last AV block is set to a variable-length. This prevents each AV block 
from including a zone boundary. With this arrangement, it is possible to use the recording area on the disc efficiently. 

30 

(1-1-2) File System Management Information (Part 1) 

[0071] Here, the file system structure of DVD-RAM is described. The file system of the present embodiment complies 
with ISO/IEC13346. In addition, the file system manages the AV data in units of AV blocks. 
35 [0072] FIG.6 shows a sector management table and an AV block management table. The sector management table 
is recorded in the partition area of the volume area and is included in the file system management information. The 
drawing also shows a hierarchical relation between the volume area, sectors, and contents of the sectors. 
[0073] The first layer shows the volume area shown in FIG. 3D. 

[0074] The second layer shows sector areas which includes the sector management table and the AV block man- 
40 agement table. The sector areas are included in the partition area. The sector management table (also called a space 
bit map) showing the data assignment status for each sector is recorded in the sector areas with LBNs 0-79. The AV 
block management table showing the data assignment status for each AV block is recorded in the sector areas with 
LBNs 84 and 85. 

[0075] As shown in the third layer, the "space bit map" column shows whether each sector included in the partition 
45 area is assigned or not-assigned. In this example, the assignment state of each sector is indicated by one bit. For 
example, each sector for logical block numbers 0-79 is given bit °0 a (indicating "assigned") since these sectors have 
already been assigned as a space bit map. Similarly, each sector for logical block numbers 0-84 is given bit "0" (as- 
signed) since these sectors have already been assigned as the AV block management block. As understood from 
these examples, each bit in the space bit map is written as "0" when a file or a part o1 a file is to be recorded or has 
so been recorded by the user or the application in the current sector, otherwise written as "1 

[0076] The AV block shown in the third layer shows for each AV block in the partition area, with two bits for each AV 
block, whether the current AV block is unassigned (00), assigned to AV data (01), assigned to non-AV data (10), or 
reserved (11). For example, the AV block 0 is given bits "10" (indicating "assigned to non-AV data") since the AV block 
0 has already been assigned as the space bit map and the AV block management table which are both non-AV data. 
55 When certain AV blocks are shown as assigned to AV data in the AV block management table, all the sectors included 
in the AV blocks are shown as assigned in the space bit map. This makes it possible to prevent mixture of AV and non- 
AV data in each AV block, and secures AV data consecutive recording areas. 

[0077] FIG.7 shows relationships between the AV block management table and the space bit map. 
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[0078] On the left-hand side of the figure, the AV block management table is shown. The table includes an arrange- 
ment of a pluralrty of pieces of two-bit data which each shows the assignment status of AV block. In this example the 
AV blocks (AV_BLK in the drawing) #0-#2 are written as "10" (non-AV data); the AV blocks #3-#75 are written as '"01 • 
(AV data); and the AV blocks #76 and after are written as "00" (unassigned). 
5 [0079] On the right-hand side of the figure, the space bit map is shown. In this example, the assignment status of 
the sectors included in the AV blocks #0, #3, and #79 is shown in the blocks encircled by dotted lines The AV block 
#0 has been assigned to non-AV data. As a result, in a corresponding part in the space bit map, it is shown that sectors 
having been recorded non-AV data are written as "0" (assigned); sectors having not been recorded non-AV data are 
written as "1 ■ (unassigned). The AV block #3 has been assigned to AV data. As a result, in a corresponding part in the 
space bit map, it is shown that all the sectors are written as "0" (assigned). The AV block #79 has not been assigned 
yet. As a result, in a corresponding part in the space bit map, it is shown that all the sectors are written as "1 ■ (unas- 
signed). 1 

[0080] It should be noted here that the AV block management table may be recorded as data for the file system as 
the space bit map is, or may be recorded as one file. In the latter case, the AV block management table is managed 
15 as a non-AV data file. 3 

[0081] in the present embodiment, the AV block management table has a table structure. However it may have a 
list structure. 
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[0082] FIG.8 shows information included in the file system management information other than the sector manage- 
ment table and the AV block management table shown in FIG.6. The drawing shows hierarchically the volume area 
sectors, and the contents of the sectors. The arrows© -©show the order in which the storage position of the file 
Moviel.VOB" is detected in accordance with the management information shown in the drawing. 
25 [0083] The first layer of the drawing shows the volume area shown in FIG.3D. 

[0084] The second layer shows various kinds of management information such as a file set descriptor, end descriptor 
file entry, and directory. These kinds of information comply with the file system defined in ISO/IEC1 3346 The file system 
defined in ISO/IEC1 3346 achieves a hierarchical directory management. FIG.9 shows a hierarchical directory structure 
corresponding to the management information shown in FIG.8. In FIG.9, ovals represent directories, and rectangles 
represent files. The root directory branches to a directory "VIDEO" and two files "Filel DAT" and "File2 DAT." The 
directory "VIDEO" branches to three files "Moviel.VOB," "MovieZVOB," and "Movie3.VOB." The management infor- 
mation of FIG.8 corresponds to the directory structure. Note that each file recording area shows only "Moviel VOB " 
in this example. 

[0085] The file set descriptor with LBN 80 in the second layer shows an LBN of a sector in which a file entry of the 
root directory is recorded. The end descriptor with LBN 81 shows the end of a file set descriptor. 
[0086] Each file entry (e.g., LBN 82, 584, or 3585) is recorded for each file (including directory) and shows a storage 
position of a file or a directory. File entries for files and directories have the same format so that a hierarchical directory 
structure can be constructed as one desires. 

*n ?*T!? „ EaCh directory (e 9 ' LBN 83 - or 585 ) shows a borage position of a file entry for each file and each directory 
40 included in a directory. ' 

[0088] The third layer of this example includes three file entries and two directories. The file entries and directories 
are traced by the file system, and have a data structure constructed so that a storage position of a predetermine file 
can be traced no matter how the directory structure is constructed. 

[0089] Each file entry includes an allocation descriptor showing a storage position of a file or a directory. When the 
file or the directory is divided into a plurality of extents, the file entry includes a plurality of allocation descriptors for 
each extent. For example, file entries with LBN 82 and 584 each include one allocation descriptor. This means that 
none of these files is divided into a plurality of extents. In contrast, the file entry with LBN 3585 includes two allocation 
descriptors, indicating that the file is composed of two extents. 

[0090] Each directory includes a file identification descriptor showing, for each file and directory included in the 
current directory, a storage position of the current file entry. As indicated by the file entries and directories shown in 
this figure, the storage position of the file "rooWideo/Moviel VOB" is traced in the order of: file set descriptor ->Q-* 
fS^" ( '^ X) direc t°ry ^oot) file entry (video) directory (video) file entry (Moviel) 

-><sX2>-> file (extents #1 and #2 of Moviel.VOB). 

[0091] FIG. 10 shows the linkage between the file entries and directories rewritten in accordance with the directory 
structure. In the drawing, the root directory includes file identification descriptors respectively for: a parent dierectory 
(the parent of the root is the root itself), a VIDEO directory, file "File1.DAT," and file "File2.DAT" Also the VIDEO 
directory includes file identification descriptors respectively for: a parent dierectory (root), file "Moviel VOB" file 
Mov.e2. VOB," and file "Movie3. VOB." The storage position of file "Moviel.VOB" is detected by tracing in the order of 
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[0092] FIG. 11 A shows a detailed data structure of file entry. As shown in the drawing, the file entry includes a de- 
scriptor tag, ICB tag, allocation descriptor length, extension attribute, and allocation descriptor. "BP" in the drawing 
represents a bit position, and "RBP" represents a relative bit position. 
5 [0093] The descriptor tag is a tag that shows the current piece of information is a file entry. DVD-RAM includes a 
various types of tags such as a file entry descriptor, a space bit map descriptor, or the like. Each file entry includes a 
descriptor tag written as '261 " showing that the current piece of information is a file entry. 
[0094] The ICB tag shows attribute information related to the current file entry. 

[0095] The extension attribute is information showing a higher-level attribute than the contents defined in the attribute 

10 information field in the file entry. 

[0096] The allocation descriptor field stores as many allocation descriptors as the number of extents in the file. The 
allocation descriptor shows an LBN indicating a storage position of an extent in a file or a directory. FIG.11B shows 
the data structure of the allocation descriptor. In the drawing, the allocation descriptor includes data indicating an extent 
length and includes an LBN indicating a storage position of an extent. Note that the upper two bits of the data indicating 

is an extent length shows the storage status of the extent recording area, as shown in FIG.1 1 C. 

[0097] FIG. 1 2A and 1 2B respectively show a detailed data structure of the file identification descriptors for directory 
and file. These two types of the file identification descriptors have the same format: each descriptor includes: manage- 
ment information, identification information, directory name length, an address showing the address, represented by 
an LBN, of the file entry of a directory or a file, information for extension, and directory name. With such an arrangement, 

20 an address of a file entry corresponding to a directory name or a file name is identified. 

(1-1-4) Minimum Size of AV Block 

[0098] Here, the size of the AV block shown in the lower part of FIG.4 is described. 
2S [0099] Each AV block except the last one in each zone is composed of 224 ECC blocks, where each ECC block has 
about 7MB. To ensure the uninterrupted reproduction of AV data, the minimum size of AV block is determined in relation 
with the buffer of the reproduction apparatus. 

[0100] FIG. 13 shows a model of buffering of AV data into the track buffer, the AV data being read from the DVD- 
RAM disc by a reproduction apparatus. 
30 [0101] In the upper part of FIG. 13, the AV data read from the DVD-RAM disc is subjected to the ECC process. The 
processed AV data is then temporarily stored in the track buffer (FIFO memory), and is sent to the decoder. In the 
drawing, "Vin" represents an input transfer rate (minimum value) of the track buffer (rate of data read from an optical 
disc), and n Vout° represents an output transfer rate (maximum value) of the track buffer, where Vr>Vo. In this model, 
Vin=8Mbps and Vout=11 Mbps. 

35 [0102] The lower part of FIG.1 3 is a graph showing the change in the data amount of the track buffer in this model. 

In the graph, the vertical axis represents the data amount of the track buffer; the horizontal axis represents time. 

[0103] The "T1 " represents a time required for reading out the entire AV data recorded in the pseudo consecutive 

record #j. In this period T1 , the data amount ol the track buffer increases at the rate of (Vtn-Vout). 

[0104] The T2 n (also referred to as a jump period) represents the maximum time taken by the optical pickup for 
40 jumping from the AV block #j to AV block #k (for example, it jumps from the innermost circuit to the outermost circuit). 

The jump period includes the seek time of the optical pickup and the time required for the rotation of the optical disc 

to be stabilized. In this period T2, the data amount of the track buffer decreases at the rate of Vout. This is the same 

in the period T4. 

[0105] The size of the AV block is obtained as follows, where the size is represented as L bytes. 
45 [0106] In the period T2, AV data is read from the track buffer Only this is performed. If the buffer capacity becomes 
0 during this period, an underflow occurs to the decoder. When this happens, the uninterrupted reproduction of the AV 
data cannot be ensured. 

[0107] Here, to ensure the uninterrupted reproduction of the AV data (not to generate the underflow), the following 
formula need be satisfied. 

so 

<Formula 1> 
(storarge amount B) ^ (read-out amount R) 

55 

[0108] The storarge amount B is the amount of data that has been accumulated in the track buffer at the end of the 
period TV The read-out amount R is the total amount of data read during the period T2. 
[0109] The storarge amount B is calculated using the following formula. 
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<Formula 2> 

(storarge amount B) - (period Tl) * (vin-Vout) 

= (read out time of one AV block) 

* (Vin-Vout) 
= (AV block size L/Vin) * (Vin-Vout ) 

[0110 J The read -° ut amount R ^ calculated using the following formula. It is considered that the maximum jump 
*s period Tj will be about 1 .5 seconds in the worst case. 

<Formula 3> 

(Read-out amount R) = T2*Vout 

= (maximum jump period Tj ) *Vout 
= 1.5sec*8Mbps 
= 12 megabits 
= 1.5MB 

[01 11] Replacing both sides of the Formula 1 respectively by Formula 2 and Formula 3 gives us the following formula. 

35 <Formula 4> 

(UVin)*(Vin-Vout) ^ Tj*Vout 

[0112] From the Formula 4, it is derived that the AV block size L should satisfy the following formula. 

< Formula 5> 

45 L S Tj*Vin*Vout/ (Vin-Vout) 
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^ 1.5sec*llMbps*8Mbps/(llMbps-8Mbps) 
^ 44 megabits 
£ 5,5MB 

[01 1 3] From the above consideration, it is found that when AV data is recorded in a consecutive sectors of 5 5MB „ , 
one AV block, uninterrupted reproduction is secured even if a jump occurs between AV blocks. The minimum size of 
AV block to ensure uninterrupted reproduction is 5.5MB. In the present embodiment, the AV block size is set to 7 2MB 
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This is because a margin is included in the value, taking an occurrence of a disc error or the like into account. Also, 
the track butler capacity should have 1 .5MB at the minimum to prevent an occurrence of underflow. 

(1-2-1) Entire System 

5 

[0114] FIG.1 4 shows the construction of a system including the optical disc recording/ reproduction apparatus of the 
present embodiment. 

[0115] The system includes an optical disc recording/ reproduction apparatus 10 (also referred to as DVD recorder 
10), a remote controller 6 used for operating the DVD recorder 10, a DVD recorder display 12 connected to the DVD 
10 recorder 10, and a receiver 9. 

[0116] After the DVD-RAM disc is loaded, the DVD recorder 10 compresses the video/audio data which is included 
in the analog broadcasting waves which is received through the receiver 9, records the compressed data, with the AV 
block as the minimum unit, into the DVD-RAM disc, expands the compressed video/audio data, and outputs the ex- 
panded video/audio signals onto a display 12. 

15 

(1-2-2) Hardware Structure of DVD Recorder 10 

[0117] FIG. 15 is a block diagram showing the hardware structure of the DVD recorder 10. 

[0118] The DVD recorder 10 includes a control unit 1 , an MPEG encoder 2, a disc access unit 3, an MPEG decoder 
20 4, a video signal processing unit 5, a remote controller 6, a bus 7, a remote controller signal receiving unit 8, and a 
receiver 9. 

[0119] The control unit 1 includes a CPU 1a, a processor bus 1b, a bus interface 1c, and a main memory 1d. The 
control unit 1 executes a program stored in the main memory 1d to control the entire DVD recorder 10 in terms of 
recording, reproducing, editing, etc. Especially, the control unit 1 controls the DVD recorder in accordance with the file 
25 system when AV data is recorded in the DVD-RAM disc in the minimum units of AV blocks. 

[0120] The MPEG encoder 2 compresses the video/audio data which is included in the analog broadcasting waves 
received through the receiver 9 and generates an MPEG stream. 

[0121] The disc access unit 3, having a track buffer 3a, under the control of the control unit 1 , records the MPEG 
stream received from the MPEG encoder 2 into the DVD-RAM disc via the track buffer 3a, reads out the MPEG stream 
30 from the DVD-RAM disc, and outputs the read MPEG stream to the MPEG decoder 4 via the track buffer 3a. 

[0122] The MPEG decoder 4 expands the compressed MPEG stream which is read out by the disc access unit 3, 
and outputs the expanded video data and audio signals. 

[01 23] The video signal processing unit 5 converts the video data output from the MPEG decoder 4 into video signals 
for the display 12. 

35 [0124] The remote controller signal receiving unit 8 receives remote controller signals from the remote controller 6 
and informs the control unit 1 of which operation the user has instructed. 

[0125] The DVD recorder 1 0 is, as shown in FIG.1 4, constructed based on the premise that it is used as a replacement 
for a VTR used at home. Not limited to the construction, when the DVD-RAM disc is to be used as a recording medium 
for computers, the following constructions are possible. That is to say, the disc access unit 3 is connected, as a DVD- 
40 RAM drive apparatus, to a computer bus via an IF called SCSI or IDE. Also, the components other than the disc access 
unit 3 shown in FIG.1 5 are achieved or operated when the OS and the application program are executed on the com- 
puter hardware. 

[0126] FIG. 16 is a block diagram showing the construction of the MPEG encoder 2. As shown in the drawing, the 
MPEG encoder 2 includes a video encoder 2a, a video buffer 2b for storing the output of the video encoder, an audio 
45 encoder 2c, an audio buffer 2d for storing the output of the audio encoder, a system encoder 2e for multiplexing the 
encoded video data and audio data respectively stored in the video buffer 2b and the audio buffer 2d, an STC (System 
Time Clock) unit 2f for generating sync clock signals for the encoder 2, and an encoder control unit 2g for controlling 
and managing these units. 

[0127] The encoder control unit 2g sends information such as the GOP information and the picture information to 
so the control unit 1 shown in FIG. 15 every time a VOBU is generated in the encoding. Here, the GOP information includes 
the number of packs in the VOBU and the number of packs in the first l-picture in the VOBU. The packs mentioned 
here are, for example, video packs (V_PACK) and audio packs (A_PACK) shown in FIG.1 0, each having a fixed length 
of 2KB. Accordingly, in the present embodiment, the GOP information indicates the number of sectors assigned to the 
VOBU and the number of sectors assigned to first l-picture in the VOBU. 
55 [0128] FIG. 17 is a block diagram showing the construction of the MPEG decoder 4. As shown in the drawing, the 
MPEG decoder 4 includes a demultiplexer 4a for dividing MPEG streams into video streams and audio streams, a 
video buffer 4b for temporarily storing the divided video streams, a video decoder 4c for decoding the video streams 
stored in the video buffer 4b, an audio buffer 4d for temporarily storing the divided audio streams, an audio decoder 
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tVr f*t 3 aUd '° J S,reams stored in the audio ^ffer 4d, an STC (System Time Clock) unit 4f for generating 
sync clock signals an adder 4g for adding offset values to the sync clock signals, and selectors 4h-4j for selecting 

TZvJZ? C J T? ° f ! SynC C,0Ck Si9na ' 3dded Wi,h an 0ffset va,ue and su PP"V in 9 the Reeled signal to the 
demultiplexer 4a, audio decoder 4e, and video decoder 4c respectively 

nrTL mI^I? be w n0ted h r tha1 ,hS MPEG d8COder 4 ShoWn in ,he drawin 9 mav be constructed the same as 
ordinary MPEG decoders in which the selectors 4h to 4j and adder 4g are not included. 

0-2-3) Function Block Diagram 

[01 1 30] FIG. 1 8 is a function block diagram showing the construction of the DVD recorder 1 0 based on the functions 
of the components. Each function shown in the figure is achieved after the CPU la in the control unit 1 executes the 
program in the mam memory 1d to control the hardware shown in FIG 14 

?f!,! 1 I t AS Sh T?Jo RG - 18 ' DV ° reCOfder 10 iS ^P 0 ^ ° f a disc recording unit 100, a disc reading unit 101 
i/n V 1/^ 1 J ' 3 recordin 9 / eMin e' ^producing control unit 105, a user IF unit 106, an AV data recording uni 
1 1 0, an AV data editing unit 1 20, and an AV data reproducing unit 1 30 

ml f 1 , dis 1 c n ^ cordin 9 unit 1 00 - on receiving a logical sector number and logical data in units of sectors from the 
n.e system unit 102, records the received logical data onto the disc in units of ECC blocks (each block composed of 
16 sectors). If the log.cal data has less than 16 sectors, the disc recording unit 100 reads the ECC block executes the 
ECC process, then writes the ECC block onto the disc. 

20 £?f;L Th !f i ! J C readin9 101 ' ° n reCeiVinQ 3 '° giCal Sector number and the num ber of sectors from the file system 
un* 102, reads dam ,n units of ECC blocks, subjects the read data to the ECC process, the transfers only necessary 
sector da a to the file system unit. This is because by reading AV data in units of ECC blocks (each block composed 
of 16 sectors), overhead is reduced. This is the same with the disc recording unit 1 00 

[0134] The file system unit 102 includes an AV file system unit 103 for mainly writing and editing AV files and a 
common file system unrt 1 04 for executing processes common to AV files and non-AV files. The file system unit 1 02 
onreceivmg commands from the AV data recording unit 110, AV data editing unit 120, and AV data reproducing unit 
™ oL^ f ° n Wm,n9 ° f re3din9 fileSl manaQes files on 'he optical disc in units of sectors at the minimum 
I , . L ^T" 9 Vari ° US typ9S ° f filS mana 9ement functions performed by the file system unit 102, (a) recording AV 
^ data, (b) deleting AV data, (c) recording non-AV data, and (d) deleting non-AV data are explained. 

(a) Recording AV Data 

,Sl r to Ce i! in Aw „ C ,°T and t0 r8C0rd AV data ' r ° m thS AV data r6COrdin 9 unit 1 10 or the ,ike ' th e AV file system 
3 s AV data Thf Z n* "^nmnt table by assigning an AV block written as "00" (unassigned) to the specified 

?00 Aft thVT !li n m T 03 r6COrdS ,he W d3ta im ° the aSsi9ned AV block via ,he disc wording unrt 
1 m) m iY f " e w SyS ' em unit 1 03 u P da,es the AV block management table by writing the assigned AV block 

(assigned^ " ^ bV a " ,he SeCt ° rS indUded in the assi 9 ned Av block as 

40 fmaS ,lftl h0W ! t ? Ch ( in thC W btoCk mana 9ement table and the space bit map when AVdata is recorded, 
thl S . ,! S ! ! thG draW,n9 Sh ° WS Change of the tw °- bit data in ,he AV block management table showing 

D tr?! S 2 AV b ' 0Ck # " The ri9ht ' hand Side ° f ,he drawi "9 shows cha "9e of a part of the space b?t 
map corresponding o the sectors included in the AV block #n. As shown in the drawing, when the status of the AV 
block # n ,n the AV block management table is changed from "00" (unassigned) to -01" (for AV data), the statuses of 
^J!^ZT*? th . 6 H AV b, ° Ck # " Chan96d ,r ° m " 1 " < unass * ned > to "°" ^ned). Wrth this arrangement, 
to AV data S an AV bSck 3 ""^ " ™ ** ^ ^ 8nd 3 consecutive ^"9 area is assigned 

(b) Deleting AV Data 

!™£!L 2"Z C ^Z 9 3 COmmand to delete AV data fr °m the AV data editing unit 120, the AV file system unit 103 
updates the AV block management table by writing an AV block recording the specified AV data as "00- (unassigned) 
The AV file system unit 1 03 then updates the space bit map by writing all the sectors included in the current AV block 

as 1 (unassigned). 

[0140] FIG 20 shows the changes in the AV block management table and the space bit map when AVdata is deleted 

A orM°/Tt n w 6 .or" 9 ' Whe " St3tUS ° f thS AV blOCk #n in the AV block management table is changed from "01 " 
for AV data) to 00 (unassigned), the statuses of all the sectors included in the AV block #n are changed from "0" 

(assigned) to "1" (unassigned). 
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(c) Recording Non-AV Data 



[0141] On receiving a command to record non-AV data from the recording/ editing/ reproducing control unit 105, the 
common file system unit 104 detects unassigned sectors which are written as "1" (unassigned) in the space bit map 

s and are included in the AV blocks written as "10" (for non-AV) in the AV block management table, and assigns the 
detected sectors to the specified non-AV data. The common file system unit 104 then records the non-AV data into the 
assigned sectors via the disc recording unit 1 00. After this, the common file system unit 1 04 updates the space bit map 
by writing the sectors having recorded the non-AV data as "0" (assigned). When not able to find unassigned sectors 
which are written as "1 ■ (unassigned) in the space bit map and are included in the AV blocks written as "10" (for non- 

10 AV) in the AV block management table, the common file system unit 1 04 assigns sectors in an AV block written as B 00 M 
(unassigned) to the specified non-AV data, updates the AV block management table by changing the status of the AV 
block to "10" (for non-AV), and updates the space bit map changing the statuses of the sectors to "0* (assigned). 



(d) Deleting non-AV Data 

75 

[0142] On receiving a command to delete non-AV data from the recording/ editing/ reproducing control unit 105, the 
common file system unit 104 updates the space bit map by changing the statuses of all the sectors recording the 
specified non-AV data to "1 " (unassigned). When it is found from the AV block management table that one AV block is 
occupied by the sectors with status "1° (unassigned) by the above process, the common file system unit 104 updates 

20 the AV block management table by changing the status of the AV block from "1 0" (for non-AV data) to "00" (unassigned). 
[0143] The recording/ editing/ reproducing control unit 105 controls the entire DVD recorder 10. More specifically, 
the control unit 105 controls display of guidance which urges the user to operate, receives instructions from the user 
reacting to the guidance via the user IF unit 106, and, in accordance with the user instructions, requests the AV data 
recording unit 110, AV data editing unit 120, or AV data reproducing unit 130 to execute operations such as newly 

25 recording of AV data, and reproducing and editing of recorded AV data. 

[01 44] The user IF unit 1 06 receives instructions for operations from the user via the remote controller 6, and informs 
the received user instructions to the recording/ editing/ reproducing control unit 105. 

[0145] The AV data recording unit 110, AV data editing unit 120, and AV data reproducing unit 130 : on receiving a 
recording request from the control unit 105, issue a command necessary for achieving respectively the recording, 
30 editing, and reproducing requests to the AV file system unit 103. 



(1-2-4) Commands Executed bv File system Unit 102 



[0146] Following are the commands supported by the file system unit 102. 
35 [01 47] The file system unit 1 02 receives various commands from the AV data recording unit 1 1 0, AV data editing unit 
120, AV data reproducing unit 130, and the recording/ editing/ reproducing control unit 105, and manages the files in 
accordance with the received commands. 

[01 48] FIG.21 shows a list of commands supported by the file system unit 1 02 for the file management. The operations 
executed by the file system unit 102 in response to the commands are described below. 
40 [0149] CREATE: generate a new file on the disc, and return a file identification descriptor. 

[0150] DELETE: delete a file from the disc. More specifically, the command cancels the assignment of recording 
areas in units of AV blocks for deleting an AV file, and cancels the assignment of recording areas in units of sectors 
for deleting a non-AV file. 

[0151] OPEN: obtain a file identification descriptor to access a file recorded on the disc. 
45 [0152] CLOSE: close an opened file. 

[0153] WRITE: record a file onto the disc. More specifically, the command assigns recording areas in units of sectors 
for AV blocks for non-AV data, and records data into the assigned sectors. 
[0154] READ: read a file from the disc. 

[01 55] SEEK: move inside a data stream recorded on the disc. 
so [0156] RENAME: change a file name. 

[0157] MKDIR: generate a new directory on the disc. 

[0158] RMDIR: remove a directory from the disc. 

[0159] STATEFS: inquire about the current state of the file system. 

[0160] GET-ATTR: obtain an attribute of a file. 
55 [0161] SET-ATTR: change an attribute of a currently opened file. 

[0162] AV-WRITE: record an AV file onto the disc. More specifically, the command recording areas in units of AV 

blocks, and records data into the assigned AV blocks. 

[0163] MERGE: merge two AV files on the disc into data in the memory. 
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[01 64] SPLIT: split an AV file on the disc into two AV files. 

[01 65] SHORTEN, delete unnecessary part (an edge part) of an AV file on the disc 
[01 66] REPLACE: replace a part of an AV file with data in the memory. 

-t!!?-™^?? P'f ? 5N: u d8 | j ect ^ ethef a s P eci fied section includes a discontinuous boundary (zone boundary), 
boundary ' * d,SCOntinUOUS bounda, V. and return "FALSE" if it does not include the discontinuous 

5) SS.™ ShOU ' d bt L n0t ! d h8re th8t °° mandS f ° r recordin 9 AV data and "on-AV data are separately supported as the 
AV-WRITE command and the WRITE command. 

[01 69] The AV data recording unit 1 10, AV data editing unit 1 20, and AV data reproducing unit 1 30 achieves processes 
such as recording, editing, and reproducing by using combinations of the above commands. 

(1-3) Recording/ Deleting 

[0170] Now, the operations of the DVD recorder 10 is described in detail. The operations are: (1-3-1) Manual Re- 
cording of AV Data, (1 -3-2) Programmed Recording of AV Data, (1 -3-3) Deleting of AV Data, (1 -3-4) Recording of Non- 
AV Data, and (1-3-5) Deleting of Non-AV Data. 

(1 -3-1 ) Manual Recording of AV Data 

*» [0171] The manual recording is a recording immediately started when the user presses the "Record" key on the 
remote controller without setting a time for a programmed recording and sets two or three items on the screen 
[0172] For example, when the user presses the RECORD button on the remote controller 6 shown in FIG 22 the 
d.splay 12 displays a guidance image 200 shown in FIG.23 under the control of the recording/ editing/ reproducing 
control unit 105. When the user presses "r and "Selection" keys on the remote controller while the guidance image 
200 is displayed on the screen, a guidance image 201 for setting recording conditions (in the present example, the 
recording time" and "recording quality") is displayed. 

[0173] For setting the recording time, the user first moves the focus on the screen onto either "no limit" or "specify" 
by operating the cursor button on the remote controller 6, then presses "Selection" button. Here, if the user selects 
specify, the screen changes to a guidance image for urging the user to input a time by operating the ten key buttons 
After the user specifies the time, the screen returns to the guidance image 201 

[0174] The "recording quality" as a recording condition relates to the bit rate and resolution of the MPEG data and 
has three types: high," "standard," and "time-ensuring." The bit rate and resolution for each quality type is shown in 

[0175] Here suppose the user selects "no limit" and "time-ensuring" quality on the guidance image 201 , and then 
presses the Record" button on the guidance image 202, as a sample case of the manual recording. This series of 
operations allows the manual recording to be started. 
[0176] FIG.25A is a flowchart showing the manual recording process. 

^l 771 , The P rocess starts as a notrfication that the user has pressed the "Record" button is sent to the recordinq/ 
edrting/ reproducing control unit 105 via the user IF unit 106. On receiving the notification, the control unit 105 issues 

Itom ^TT .k J! °T m ° n fNe SyStSm Unit 104 (Step 250) ° n receivin 9 the command, the common file 
system unit 104 returns the file identification descriptor when it is possible to create a file. In this process the file size 
is specrfied as the maximum size of the disc since "no limit" has been specified by the user as the recording time Also 
the recording/ edrting/ reproducing control unit 1 05 sends a file identifier and a parameter indicating the lime^nsurinq"' 
quality specified as the recording condition to the AV data recording unit 110 

[0178] The AV data recording unit 110 instructs the MPEG encoder 2 to start encoding the video and audio data of 

I Pl 2? TT n °t ° hannel feCeiVed thrOU9h ,he receiver 9 80(1 transf e™g the encoded MPEG data to the track buffer 
3a. While the above process is proceeding, the AV data recording unit 110 issues the OPEN command to the AV file 
system unit 103 (step 251) to allow the AV file system unit 103 to store the file identification descriptor given by the 
control unit 1 05 and information on the file entry into a work memory (not illustrated) (the information stored in the work 
memory is also referred to as "Fd" (File descriptor). 

[0179] The AV data recording unrt 110 issues the AV-WRITE command to the AVfile system unit 103 every time the 

i^,^?o^ c a o^ tem,ined amOUn, ° f MPEG data Un,M " r6Ce " es a st °P command from the con "°' ««* 
105 (steps 252 and 253). When receiving the stop command, the AV data recording unit 110 issues the AV-WRITE 

command (step 254), and issues the CLOSE command (step 255) to end the present process. The AV-WRITE com- 
mand is issued in step 254 to process the allocation descriptor of the last extent to be held in the Fd The CLOSE 
command is issued in step 255 to write back the Fd in the work memory onto the DVD-RAM disc as a file identification 
descriptor, a file entry or the like on the DVD-RAM disc. 

[0180] Now, the data recording process executed by the AV-WRITE command is described in detail 
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[0181] FIG. 26 is a flowchart showing the process performed by the AV file system unit 103 having received the AV- 
WRITE command. Here, it is presumed that the AV-WRITE command is issued to the AV file system unit 1 03 together 
with three parameters specified. The three parameters respectively indicate: the Fd having been opened by the OPEN 
command as described above; the size of data to be recorded; and a buffer (in this embodiment, the track buffer 3a) 
5 storing the data. The Fd specified by the parameter includes, as the file entry does, information of a storage position 
of an extent and a length of the extent. The Fd is updated every time the AV-WRITE command is issued during the 
period between the opening and closing of the Fd. For the second or a subsequent issue of the AV-WRITE command, 
new data is additionally written, following the already-recorded data. 

[01 82] As shown in Fl G. 26, the AV f ile system unit 1 03 holds a counter for counting for a size specified as a parameter. 

10 Until data of the specified size is completely recorded (step 265: No), the AV file system unit 103 assigns areas to the 
data, one sector by one sector, and records the data onto the disc. More specifically, when an opened file does not 
include already-recorded data (when the AV-WRITE command is issued once in a recording process); or when an 
opened file includes already-recorded data (when the AV-WRITE command is issued twice in a recording process) 
and the data is recorded to the end of an AV block (step 266: No), the AV file system unit 103 detects an AV block with 

is status "00" (unassigned) by referring to the AV block management table (step 267), changes the status to "01 " (for AV 
data) (step 268), and changes the statuses of all the sectors included in the AV block from "1" (unassigned) to "0" 
(assigned) (step 269). 

[0183] When an opened file includes already-recorded data and the data is not recorded to the end of an AV block 
(step 266: Yes), the AV file system unit 103 proceeds to step 270. 

20 [0184] The AV file system unit 103 fetches data having a size of one sector from the track buffer 3a, and records the 
fetched data to the first sector of the newly assigned AV block or to a sector following a data-recorded sector on the 
DVD-RAM disc (step 270). The AV file system unit 103 then updates the counter (step 271). The AVfile system unit 
103 judges whether two sectors in which data was recorded most recently are consecutive sectors (step 272). The AV 
file system unit 1 03 judges that the two sectors are not consecutive when the two sectors are not physically consecutive 

25 or when a zone boundary exists between the sectors. The presence of a zone boundary between the sectors is judged 
by referring to the last-block-length table shown in FIG. 5. When it is judged as negative in step 272, the AV file system 
unit 103 allows the allocation descriptor of Fd to hold, as one extent, the AV data recorded the AV block immediately 
before the current AV block (step 273). When it is judged as positive in step 272, control returns to step 265. 
[0185] When data of the specified size is completely recorded by repeating the recording of data into sectors (step 

30 265: Yes), the AV file system unit 103 allows Fd to hold the allocation descriptor of the last extent including the last- 
recorded sector (step 274) to end the "AV-WRITE" process. 

[01 86] As described above, on receiving the AV-WRITE command, the AV file system unit 1 03 assigns areas to the 
specified AV data in units of AV blocks which are each a consecutive area of about 7MB. With this arrangement, each 
extent, except the last extent, in each AVfile in which AVdata has been recorded has at least about 7MB. This ensures 
35 the uninterrupted reproduction. 

[0187] It is described for the sake of conveniences that data having a size of one sector is recorded onto the DVD- 
RAM disc in step 270. However, in reality, data is recorded onto the DVD-RAM disc each time the track buffer stores 
data equivalent to one ECC block (16 sectors) in size. 

40 (1-3-2) Programmed Recording of AV Data 

[0188] The programmed recording is a recording process performed when the user presses the "Record" key on the 
remote controller with a time for programmed recording set. 

[0189] Here, it is presumed that the user selects "Specify" and "Time-Ensuring" on the guidance image 201, as a 
45 sample case of the programmed recording. This allows the programmed recording to be started. 
[0190] FIG.25B is a flowchart showing the programmed recording process. 

[0191] The process starts as a notification that the user has pressed the "Record" button is sent to the recording/ 
editing/ reproducing control unit 105 via the user IF unit 106. On receiving the notification, the control unit 105 notifies 
the common file system unit 104 of the specified time and issues the CREATE command to the same unit 104 (step 

50 256). On receiving the command, the common file system unit 1 04 returns the file identification descriptor when it is 
possible to create a file. In this process, the file size is specified to be the number of AV blocks corresponding to the 
specified time. Also, the recording/ editing/ reproducing control unit 105 judges whether areas corresponding to the 
specified time can be assigned based on whether a file identification descriptor has been sent (step 257). 
[0192] Having judged that the areas cannot be assigned, the control unit 105 ends the programmed recording process 

55 by performing the error process. 

[0193] Having judged that the areas can be assigned, the control unit 105 sends a file identifier A specified time, 
and a parameter indicating the "time-ensuring" quality specified as the recording condition to the AV data recording 
unit 110. On receiving these types of information, the AV data recording unit 110 issues the OPEN command (step 
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259) when it is the specified time to start recording (step 258). The subsequent processes of the AV data recording 
uni 1 1 0 are almost the same as the steps 252-255 shown in FIG.25A: issuing the OPEN command to the AV file system 
258-262) fepeatin9 10 iSSUS ' he AV - WRITE command until it is the end time, and issuing the CLOSE command (steps 

[0194] As described above, the programmed recording starts after checking whether enough unassigned AV blocks 
for the specified time are available for the programmed recording. 
[01 95] Note that the order of the steps 256 and 257 may be reversed. 

(1-3-3) Deleting of AV Data 

[01 96] Both AV files and non-AV files are deleted by the common file system unit 1 04 when the DELETE command 
is issued. When receiving the DELETE command to delete a certain file, the common file system unit 104 judges 
whether the certain file is an AV file or a non-AVfile by referring to the extension of the file name and attribute information 
The common file system unit 104 performs different processes on the AV block management table and the space bit 
map in accordance with the above judgement result. 

27 iS 3 flowchart show 'n9 the process of deleting AV files performed by the common file system unit 104 
[01 98] The common file system unit 1 04 judges whether an extent should be deleted by referring to the file entry of 
the specified AV file (step 240). Having judged as positive in this step, the common file system unit 104 updates the 
AV block management table by changing the status of the AV block included in the extent from "01" (for AV data) to 
00 (unassigned) (step 241 ), updates the space bit map by changing the statuses of all the sectors included in the AV 
block from 0" (assigned) to "1 " (unassigned) (step 242). and deletes the extent from file entry (step 243) When there 
.s no extent to be deleted (step 240. No), the common file system unit 104 deletes the file identification descriptor and 
ends the AV file deletion process. 

[0199] FIG.28A shows deleted AV files. The upper part of the drawing shows that AV files #1 and #2 are recorded 
in the AV blocks #10 to #14. The AV file #1 is composed of two extents (AV files #1-1 and #1-2) The AV file #2 is 
composed of AV files #2-1 and #2-2. The lower part of FIG.28A shows that extents have been deleted from the AVfile 
#1 of the AV blocks #11 and #14. 

[0200] FIG.28B shows the changes in the AV block management table and the space bit map corresponding to the 
deletion shown in FIG.28A. The left-hand side of FIG.28B shows the state before deletion, and the right-hand side 
shows after deletion. I n the AV block management table, statuses of the AV blocks #1 1 and #1 4 are changed from "01 ' 
(for AV data) to "00" (unassigned) in accordance with the procedure shown in FIG.27. In the space bit map. statuses 
of all the sectors included in the AV blocks are changed from "0" (assigned) to "1 " (unassigned). It should be noted 
here that the lower part of FIG.28A is not intended to show that the AV data included in the AV blocks #1 1 and #1 4 is 
physically deleted. In reality, the AV data is dealt with as invalid data by the AV file system unit 103. 

(1 -3-4) Recording of Non-AV Data 

[0201] FIG.29 is a flowchart showing the process of recording non-AV files performed by the common file system 
40 [0202] The common file system unit 104 

[0203] On receiving the WRITE command from the recording/ editing/ reproducing control unit 1 05, the common file 
system unit 104 judges whether there is non-AV data to be recorded (step 261). Having judged as positive in this step 
the common file system unit 104 detects unassigned sectors which are written as "1 ■ (unassigned) in the space bit 

T 6 AV bl0CKS WrMen 35 (f ° r n ° n - AV) ° r " 00 " (""^signed) the AV block management 
table (step 262). When the status of the AV block including the detected sectors is "OO" (unassigned), the common file 
system unit 104 changes the status to -10" (for non-AV) (step 263), changes the statuses of the detected sectors from 
0 (assigned) to 1 (unassigned) (step 264), and records the non-AV data into the detected sectors (step 265) The 
common , file system unit 104 then judges whether two sectors in which data was recorded most recently are consecutive 
(step 266) When it is judged as potfve in step 266, control returns to step 261; when it is judged as negative the 
common file system unrt 104 records into the file enty the allocation descriptor of the extent including the sector im- 
mediately before the current sector (step 268) to end the non-AV data recording process. 

(1-3-5) Deleting of Non-AV Data 

55 t02 .°?L °" receivin9 tne DELETE command specifying a certain file from the recording/ editing/ reproducing control 
tallows W C6ftain 18 n ° n " AV fHe ' COmmon ,ile svs,em unit 104 Performs the deletion process as 

[0205] FIG.30 is a flowchart showing the process of deleting non-AV files performed by the common file system unit 
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104. 

[0206] The common file system unit 104 judges whether an extent should be deleted by referring to the file entry of 
the specified non-AV file (step 271). Having judged as positive in this step, the common file system unit 104 updates 
the space bit map by changing the statuses of all the sectors included in the extent from "0" (assigned) to "1 " (unas- 
5 signed) (step 272). 

[0207] The common file system unit 104 then judges whether the statuses of all the sectors included in an AV block 
in the extent are "1° (unassigned) by referring to the AV block management table (step 273). When it is judged so in 
the step, the common file system unit 104 updates the AV block management table by changing the status of the AV 
block from "10" (for non-AV data) to "00" (unassigned) (step 274). The common file system unit 104 deletes the allo- 
10 cation descriptor of the extent from the file entry (step 275), then returns to step 271. When it is judged that there is 
no extent to be deleted, the non-AV file deletion process ends. 

[0208] FIG. 31 A shows deleted non-AV files. The upper part of the drawing shows that AV block #11 includes non- 
AV files #3 and #4. Each of the non-AV files #3 and #4 includes only one extent. The lower part of FIG.31 A shows that 
the extent has been deleted from the non-AV file #3. 

is [0209] FIG.31 B shows the changes in the AV block management table and the space bit map corresponding to the 
deletion shown in FIG. 31 A. The left-hand side of FIG.31 B shows the state before deletion, and the right-hand side 
shows after deletion. In the AV block management table, the status of the AV block #11 remains to be "10" (for non- 
AV data) in accordance with the procedure shown in FIG.30 since file #4 remains in the block. In the space bit map, 
statuses of all the sectors included in the extent of AV block #11 are changed from "0" (assigned) to "I" (unassigned). 

20 a should be noted here that the lower part of FIG.31 A is not intended to show that the non-AV data included in the file 
#3 is physically deleted. In reality, the non-AV data is dealt with as invalid data by the AV file system unit 103. 
[0210] As apparent from the above description, the DVD-RAM ol the present embodiment includes the space bit 
map and the AV block management table as a part of the file system management information. This construction 
ensures uninterrupted reproduction of AV data since consecutive areas are assigned in units of AV blocks. 

25 [0211] In the DVD-RAM of the present embodiment, when an AV block is assigned to AV data, the statuses of all the 
sectors included in the AV block are changed to "assigned" in the space bit map. With such a management method, 
even if the DVD-RAM of the present invention is accessed by a conventional file system which supports only the space 
bit map, the following problems are prevented: data is written into sectors included in AV blocks for AV data, and 
consecutive sector areas assigned to AV data are used and lost. 

30 [0212] Concerning the sectors included in AV blocks assigned to non-AV data, only the statuses of the sectors in 
which data has actually been recorded are shown as "assigned" in the space bit map. That is to say, different from the 
case of the AV blocks assigned to AV data, the statuses of the sectors in which data has not been recorded are not 
shown as "assigned" in the space bit map. 

[021 3] With the above construction, non-AV data can be recorded into an AV block when there are unassigned areas 
35 in it even if the AV block has already been assigned to another kind of non-AV data. This enables the use efficiency of 
the entire disc to be improved even if the disc includes both AV blocks for AV data and AV blocks for non-AV data. 
[0214] In the above embodiment, the DVD recorder 10 is, as shown in FIG. 14, constructed based on the premise 
that it is used as a replacement for a VTR used at home. Not limited to the construction, when the DVD-RAM disc is 
to be used as a recording medium for computers, the following constructions are possible. That is to say, the disc 
40 access unit 3 is connected, as a DVD-RAM drive apparatus, to a computer bus via an IF called SCSI or IDE. Also, the 
components other than the disc access unit 3 shown in FIG. 15 are achieved or operated when the OS and the appli- 
cation program are executed on the computer hardware. In this case, the disc recording unit 100, disc reading unit 
101, and file system unit 102 are mainly achieved as applications for enhancing the OS or the functions of the OS. 
Also, the other components other than these are mainly achieved as functions of the application programs. The various 
45 commands supported by the file system unit 1 02 are equivalent to service commands, such as a system call command, 
provided to the applications. 

[0215] In the above embodiment, two bits are used to indicate the assignment status of each piece of AV data in the 
AV block management table. However, the number of bits may be increased so that other kinds of attribute information 
can be added. 

so [0216] FIG. 32 shows the second construction example of the AV block management table. 

[0217] The AV block management table includes an arrangement of a plurality of pieces of two-byte data which each 
shows the assignment information and attribute information. The upper four bits of each piece of two-byte data are 
used for representing the assignment status of the AV blocks as described in the present embodiment. The lower 12 
bits represent the number of effective ECC blocks in the corresponding AV block. For example, the first AV block 

55 includes 224 ("E0" in hexadecimal notation) effective ECC blocks, and the sixth AV block includes 223 ("DF" in hexa- 
decimal notation) effective ECC blocks. 

[021 8] As described above, in the AV block management table shown in FIG. 32, the number of effective ECC blocks 
for each AV block is recorded, the number of effective ECC blocks being the total number of ECC blocks included in 
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each AV block from which the number of ECC blocks including an address error is subtracted. If the file system unit 
102 could not obtain the number of effective ECC blocks, the file system unit 102 would be required to perform an 
address error process when recording data since it is impossible for the file system unit 102 to recognize the amount 
of data that can be recorded into each AV block without the information. According to the AV block management table 
shown in the drawing, the file system unit 102 is relieved from the complicated address error process necessary when 
data is recorded. 

[0219] Note that it is also possible to have another information which indicates the ECC blocks or sectors in which 
address errors occur and to allow the AV file system to use the information. 

[0220] It is also possible to reduce the amount of process performed by the file system by using the most significant 
bit as a flag indicating "variable length" or "not-variable length" and by using the value indicating the size of the AV 
block as an effective value only when the flag is on. This is possible when the probability of the occurrence of address 
errors is very low and when almost all the AV blocks are recognized as having a fixed length. 
[0221] FIG.33 shows the third construction example of the AV block management table. 

[0222] The AV block management table includes an arrangement of a plurality of pieces of four-bit data which each 
shows the assignment information and attribute information. The lower three bits of each piece of four-bit data are 
used for representing the assignment status of the AV blocks as described in the present embodiment. When the most 
significant bit is "1 " (also referred to as a variable-length bit) the bit indicates that the current AV block has a variable 
length, when the bit is "0," the bit indicates a fixed length. Here, when an AV block has a fixed length, it indicates that 
the AV block includes 224 effective ECC blocks without address errors. Otherwise, the AV block has a variable length. 
An AV blocks has a variable length when the AV block includes an ECC block having an address error or when the AV 
block is the last AV block adjacent to a zone boundary. 

[0223] The block length of a variable AV block is recorded in the variable-length AV block table shown on the right- 
hand side of the drawing. The table, replacing the last block-length table shown in FIG.5, includes, for each variable 
AV block, a block number and the number of effective ECC blocks. As shown in the drawing, in the AV block manage- 
ment table, AV blocks with the variable-length bit are represented by boxes with slant lines. The number of effective 
ECC blocks for each of these variable-length AV blocks is recorded in the variable-length AV block table. With such 
an arrangement in which the variable-length AV block table includes, for each variable AV block, a block number and 
the number of effective ECC blocks, it is possible for the file system to refer to the variable-length AV block table using 
the AV block number when managing the AV blocks with variable-length flag in the AV block management table. Also, 
the third construction example, compared with the second construction example, has a reduced size of the AV block 
management table. 

[0224] When the physical size of each AV block is set as variable-length, it is possible to perform the mapping of the 
sectors and the AV blocks without difficulty by recording the sizes of all the AV blocks in the variable-length AV block 
table, it is further possible to perform the mapping of the sectors and the AV blocks without difficulty by recording the 
start sector number, track number, zone number in the AV block management table, instead of recording the physical 
sizes of AV blocks in the variable -length AV block table. 

[0225] FIG. 34 shows the fourth construction example of the AV block management table. 

[0226] The AV block management table includes an arrangement of a plurality of pieces of two-byte data which each 
correspond to one AV block. Each piece of two-byte data indicates the number of files recorded in the AV block, as 
well as the assignment status. The upper four bits are used for representing the assignment status of the AV blocks 
as described in the present embodiment. The lower 12 bits indicate the number of files. Here, the number of files is 
4095 at the maximum. Therefore, it is possible to record 4095 files in one AV block. 

[0227] Here, the lower 1 2 bits are referred to as a counter. Each counter corresponds to one AV block. It may happen 
that one file is divided and recorded in a plurality of AV blocks when the file is AV file generally having a large size or 
due to the area assignment even in case of a non-AV file generally having a small size. In this case, the counter regards 
a part of a file recorded in the AV file as one file. That is to say, whether the AV file includes a whole file or a part of a 
file, each case is recognized as one file by the counter. Also, when a file is divided and recorded in a plurality of extents 
in one AV block, the file is regarded as one file. 

[0228] The use of such a counter provides two merits to the management of the AV blocks. The first merit is that it 
becomes easier to judge whether to release AV blocks for non-AV data. In the present embodiment, the file system 
unit 102 releases an AV block as unassigned when confirming by referring to the space bit map that all the sectors 
included in the AV block are unassigned. As understood from this, in the present embodiment, to release an AV block, 
the space bit map is referred to. However, when the AV block management table includes counters as shown in Rg' 
34, it is possible to release an AV block for non-AV data when the counter is -0." This eliminates the necessity for 
referring to the space bit map. It is needless to say that the space bit map should be updated each time data is deleted 
from any sectors. 

[0229] The second merit is that it becomes easier for a plurality of files to coexist in one AV block for AV data. The 
term "coexist" indicates a case in which one AV file is divided into a plurality of AV files by editing not that an AV file is 
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added to an AV block in which another AV file has already been recorded. In this case, it is possible by using the counter 
to detect the presence of a plurality of AV files in an AV block and to release an AV block when the counter is "0.° 
[0230] In reality, it is enough to take into account a case where two files coexist in one AV block. In this case, it is 
enough to set a flag, instead of a counter, indicating "coexist 0 of "not coexist." In this case, the file system unit 102 may 

5 refer to the space bit map to determine whether to release an AV block for non-AV data, as described in the present 
embodiment, and may refer to the "coexistent" flag to determine whether to release an AV block for AV data. 
[0231] It is also possible for the fourth construction example to use the variable-length bit described in the third 
construction example. Furthermore, it will also be possible for the AV block management table to additionally include 
the size of AV block if the size of the data for each AV block is increased to three bytes or more. 

10 [0232] FIG.35 shows the fifth construction example of the AV block management table. 

[0233] In the present embodiment, the last AV block in each zone has a variable length so as not a zone boundary 
is within one AV block. In the fifth construction example, each AV block has a fixed length of about 7MB, and AV blocks 
are arranged from the start of the disc in order. In this case, like the AV blocks represented by slant lines in FIG.35, 
some AV blocks may include a zone boundary. It is impossible to secure the uninterrupted reproduction for the AV 

is blocks including a zone boundary. Therefore, it is required to manage the information indicating whether each AV block 
includes a zone boundary. For this purpose, the fifth construction example allows the AV block management table to 
have a flag indicating whether each AV block includes a zone boundary. 

[0234] The AV block management table shown in FIG.35 includes an arrangement of a plurality of pieces of four-bit 
data which each correspond to one AV block. The upper one bit indicates whether the corresponding AV block includes 
20 a zone boundary. The lower three bits indicate the assignment status of the AV block. In this case, the file system unit 
1 02 assigns three consecutive AV blocks whose center AV block having a zone boundary to one AV file, and does not 
assign one AV block having a zone boundary to one AV file. With this arrangement, it is possible to ensure the unin- 
terrupted reproduction even if an AV file is recorded into the AV block having a zone boundary. 

[0235] When it is presumed that only non-AV files can be recorded in the AV blocks including a zone boundary, the 
25 same number of AV blocks as the number of zone boundaries, that is 24 AV blocks should be prepared for the non- 
AV files. The total capacity of the 24 AV blocks amounts to 164MB. That means, the capacity of the area in which AV 
files can be recorded reduces. As a result, it is desirable for the file system unit 102 to manage the above -described 
three consecutive AV blocks together for each zone boundary. 

[0236] It is also possible for the AV block management table shown in FIG.6 to include a discontinuous flag which 
30 indicates that the AV blocks before and after a zone boundary are not consecutive. With this arrangement, it will be 
easier for the file system unit 102, when assigning two consecutive AV blocks, to judge whether the two consecutive 
AV blocks have a zone boundary in between since the unit 1 02 can obtain the information by referring to the AV block 
management table. 

[0237] When a set of AV blocks for non-AV data is reserved in advance, with the set having a predetermined size, 
35 the mixed presence of the AV blocks for AV data and non-AV data is prevented. This makes it easier to assign con- 
secutive areas to AV data. 

[0238] When a disc having been written by an AV file system is not compatible with discs having been written by 
another type of file system, and when the disc is accessed only by the AVfile system, it is possible to write as "assigned" 
the statuses of the sectors in which AV data has actually been recorded, not the statuses of all the sectors included in 
40 AV blocks whose statuses are written as "for AV data." This makes it easier to manage the unassigned areas in the 
AV blocks. 

[0239] In the present embodiment, the statuses of all the sectors included in an AV block for AV data are written as 
"assigned." However, only the statuses of the sectors in which AV data has actually been recorded may be written as 
"assigned." This makes it easier to manage the unassigned areas in the AV blocks though compatibility between discs 
45 having been written by the AV file system and another type of file system is somewhat lost. 



(2) Embodiment 2 

[0240] Now, the optical disc and the optical disc recording/ reproducing apparatus of Embodiment 2 are described. 

so 

(2-1) Optical Disc 

[0241] Embodiment 2 differs from Embodiment 1 in that (1) pseudo consecutive records, instead of the AV blocks, 
are assigned to AV data to be recorded, and that (2) pseudo consecutive record assignment management information 
ss is used instead of the AV block management table. The differences (1 ) and (2) are described below in detail. 

[0242] With regard to the above difference (1), in Embodiment 1, the entire data recording area is almost fixedly 
divided into AV blocks each with a fixed length in advance whether AV data has been recorded or not in the area. In 
contrast, in Embodiment 2, AV blocks are not used. Instead, areas called pseudo consecutive records are dynamically 
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assigned to AV data, each pseudo consecutive record having a size greater than the fixed length described in Embod- 
iment 1. 



[0243] With regard to the above difference (2), in Embodiment 1 , one AV block management table is used to manage 
the assignment states of all the AV blocks. In contrast, in Embodiment 2, the pseudo consecutive record assignment 
management information for managing the pseudo consecutive record is recorded on the disc for each AV file 
[0244] Accordingly, FIGs.1-3 and 8-12 used in Embodiment 1 also apply to the optical disc of Embodiment 2 FIG 
4 can also be applied to Embodiment 2 by deleting the AV blocks. Since in Embodiment 2, the other characteristics 
are the same as Embodiment 1: the partition region is divided into a plurality of zone areas; and reading and writing 
of data are performed in units of ECC blocks (each having 1 6 sectors). Also, although the AV management table shown 
in FIG.6 is not used in Embodiment 2, the sector management table (space bit map) is used as well. 

(2-1-1) Pseudo Consecutive Record 

[0245] Each AV file in the present Embodiment is composed of one or more pseudo consecutive records to ensure 
the uninterrupted reproduction. The "pseudo consecutive record" is defined as an area recording AV data or the AV 
data recorded in the area, where the AV data may be whole or partial, has a size greater than a size that ensures a 
consecutive reproduction, and the area is composed of consecutive sectors or ECC blocks. However, the skipping by 
the ECC block skip method is counted in for the consecutive sectors or ECC blocks. 

[0246] According to the ECC block skip method, when a defective sector which causes an address error or the like 
is detected, the ECC block including the defective sector is skipped and data is written into the next ECC block This 
method is more suitable for the consecutive reproduction of AV data than the linear replacement method in which when 
a similar defect sector is detected, data is written into a sector in a replacement area having been reserved in the same 
zone. This is because a jump to the replacement area does not occur in case of the ECC block skip method 
[0247] Each pseudo consecutive record includes ECC blocks the number of which is represented by any integer 
The start sector of each pseudo consecutive record is the start sector of one of the ECC blocks That is to say, each 
pseudo consecutive record is located within a single zone. The minimum size of the pseudo consecutive record is set 
to 224 ECC blocks (about 7MB) to ensure the consecutive reproduction of AV data, as in the AV block in Embodiment 1 
[0248] The pseudo consecutive record assignment management information showing an assignment result of a 
pseudo consecut,ve record is generated and recorded for each AV file. The pseudo consecutive record assignment 
management information may be recorded in the start of the corresponding AV file. However, in the present embodi- 
ment, the information is recorded as non-AV files respectively corresponding to the AV files. The pseudo consecutive 
record assignment management information has a list structure. 

(2-1-2) Assignment of Pseudo Consecutive Records 

[0249] Each piece of pseudo consecutive record assignment management information (also referred to as manage- 
ment informat!on) corresponds to an AV file and shows areas on the disc which are assigned as pseudo consecutive 
records to the current AV file. 

[0250] The optical disc recording apparatus assigns unassigned areas on the optical disc as pseudo consecutive 
records to AV files prior to recording of the AV files. 

[0251] FIG.36A shows a specific example of the management information. FIG.36B shows a space bit map corre- 
sponding to the management information shown in FIG.36A. 

[0252] In FIG.36A, the management information is described as a table including entries et and e2 Each entry 
includes, from left to right in the drawing, a start sector number (LSN: Logical Sector Number), an end sector number, 
and an attribute. Attribute "0" indicates a pseudo consecutive record; attribute "1 ■ indicates an unassigned area In the 
present example, the attribute is always "0." 

[0253] The area identified by the start and end sector numbers specified by each entry indicates a series of sectors 
which has been assigned as a whole or a partial pseudo consecutive record. 

[0254] Here, a relationship between the pseudo consecutive record and the extent which is managed in the file 
system is described. The pseudo consecutive records and the extents correspond to each other in a one-to-one relation 
when the extent does not outstep a zone boundary; a plurality of pseudo consecutive records correspond to one extent 
when the extent outsteps a zone boundary. For example, when an extent outsteps a zone boundary, two pseudo 
consecutive records are formed before and after the zone boundary, both corresponding to the extent. 

(2-1-3) Pseudo Consecutive Reco rd Assignment Management Information and Space Bit Map 

[0255] FIG.36B shows a space bit map corresponding to the management information shown in FIG 36A In the 
example shown in the drawing, bits corresponding to sectors (sector numbers 6848-15983) of pseudo consecutive 
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area #1 are all "0" indicating "assigned." It is desirable that the management information and the space bit map are 
managed together so that they reflect each other, although they use different units to indicate the assignment states 
of the data area. The optical disc recording apparatus sets the bits in the space bit map corresponding to sectors 
assigned as pseudo consecutive areas to "0° indicating "assigned." 

5 

(2-2) Recording/Reproducing Apparatus 

[0256] Here, the optical disc recording/reproducing apparatus of Embodiment 2 is explained. 

10 (2-2-1) System and Hardware Structure 

[0257] Embodiment 2 uses the same structures as Embodiment 1 in terms of the system structure shown in FIG.1 4, 
the hardware structure of the DVD recorder shown in FIG. 15, the structure of MPEG encoder 2 shown in FIG. 16, and 
the structure of MPEG decoder 4 shown in FIG. 17. 
is [0258] Embodiment 2 differs from Embodiment 1 in that (1 ) pseudo consecutive records, instead ol the AV blocks, 
are assigned to AV data to be recorded, and that (2) pseudo consecutive record assignment management information 
is used instead of the AV block management table. Accordingly, a program different from the program is stored in the 
main memory 1d shown in FIG. 15 for use in the present embodiment. 

20 (2-2-2) Function Block Diagram 

[0259] FIG. 37 is a function block diagram showing the construction of the DVD recorder 10 of Embodiment 2 based 
on the functions of the components. Each function shown in the figure is achieved after the CPU 1a in the control unit 
1 executes the program in the main memory 1d to control the hardware shown in FIG.1 4. 

25 [0260] In FIG. 37, reference numerals similarly numbered as those in FIG.1 8 for Embodiment 1 designate like com- 
ponents, and a recounting of their function will be omitted from the description of this embodiment. 
[0261] Embodiment 2 differs from Embodiment 1 in that the file system unit 102, recording/ editing/ reproducing/ 
control unit 105, and AV data recording unit 110 shown in FIG. 18 are not used, but a file system unit 202, recording/ 
editing/ reproducing/ control unit 205, and AV data recording unit 210 are used instead. 

30 [0262] The file system unit 202 differs from the counterpart in Embodiment 1 in that it includes an AVfile system unit 
203 and a common file system unit 204 instead of the AV file system unit 103 and a common file system unit 104. 
[0263] The AV file system unit 203 differs from the AV file system unit 103 only in that it does not support the 
AV_WRITE command shown in FIG.21. 

[0264] The common file system unit 204 differs from the common file system unit 1 04 only in that the WRITE command 
35 is used to write AV data as well as non-AV data onto the disc. That is, the file system unit 202 does not discriminate 
between AV data and non-AV data, but deals with them equally. The AV data and non-AV data are treated differently 
by the AV data recording unit 210, AV data editing unit 220, and AV data reproducing unit 230. 
[0265] The AV data recording unit 210, AV data editing unit 220, and AV data reproducing unit 230, respectively on 
receiving a recording request, an editing request, and a reproducing request from the recording/ editing/ reproducing/ 
40 control unit 205, issues necessary commands to the AV file system unit 103. 

[0266] The AV data recording unit 21 0, on receiving a recording request from the control unit 205, issues a command 
necessary for the requested recording to the AV file system unit 103, and also creates or updates the management 
information shown in FIG.36A. More specifically, the AV data recording unit 210, on receiving a recording request, 
searches for unassigned areas by referring to the space bit map and the management information, assigns an area 
45 having a size greater than the earlier-mentioned fixed length of about 7MB, and also creates a new piece of manage- 
ment information shown in FIG.36A. Here, when a pseudo consecutive record has already been created, it is desirable 
that an area following or as close as possible to the existent pseudo consecutive record is assigned as a new pseudo 
consecutive record. The AVdata recording unit 210 then creates a new piece of management information for the newly 
assigned area. 

so 

(2-3-1) Recording of AV Files 

[0267] Recording of AV files in the DVD recorder 10 is described in detail. 

[0268] FIG. 38 is a flowchart showing the recording process in the DVD recorder of the present embodiment. 
55 [0269] When the user presses the RECORD button or when the "current time" reaches the start time of "programmed 
recording," a notification of recording start is sent to the recording/ editing/ reproducing/ control unit 105 via the user 
IF unit 106. 

[0270] On receiving the notification, the control unit 1 05 assigns an area having a size greater than the predetermined 
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size (about 7MB) as a pseudo consecutive record (step 380). More specifically, the control unit 105 refers to the space 
bit map and the management information to detect unassigned consecutive sector areas. The control unit 105 then 
T ,fln AwH e . d t teCt8d unass '9 ne °" consecutive sector areas as a new pseudo consecutive record. In doing so when 
other AV data has already been recorded in the disc and when the AV data to be recorded continues from the existent 
AV data logically, the control unit 105 assigns a consecutive recording area that continues from the already-assigned 
consecutive recording area of the existent AV data, if it is possible. 

[0271] The recording/ editing/ reproducing control unit 1 05 sends a file identifier and a parameter indicating the -time- 
ensuring quality specified as the recording condition to the AV data recording unit 210. The AV data recording unit 
210 instructs the MPEG encoder 2 to start encoding the video and audio data of a predetermined channel received 
through the receiver 9 and transferring the encoded MPEG data to the track buffer 3a (step 381) 
[0272] The recording/ editing/ reproducing control unit 1 05 issues the CREATE command specifying the newly as- 
signed pseudo consecutive record to the common file system unit 204 (step 382). On receiving the command the 
common file system unit 204 returns a new file identification descriptor when it is possible to create a file in the newly 
assigned pseudo consecutive record. y 

SSw! f ° Ve ' process ' 1he AV data recording unit 21 0 issues the OPEN command to the AV file system unit 

203 (step 383) to allow the AV file system unit 203 to store the file identification descriptor given by the control unit 1 05 
and information on the file entry into a work memory (not illustrated) (the information stored in the work memory is also 
referred to as "Fd" (File descriptor). 

20 ? 27 ?l „ Th o W d3ta recordin 9 unit 21 0 issues the WRITE command to the AV file system unit 203 every time the 
track buffer 3a stores a predetermined amount of MPEG data (steps 385 and 386). The AV data recording unit 21 0 
continues to perform th.s process until it receives a stop instruction from the control unit 105 (step 384 Yes) Here it 
is presumed that the WRITE command is issued to the system unit 203 together with three parameters specified The 
three parameters respectively indicate: the Fd having been opened by the OPEN command as described above- the 
size of data to be recorded; and a buffer (in this embodiment, the track buffer 3a) storing the data 

25 l °H 7S } I he Fd specified bv the P^eter includes, as the file entry does, information of a storage position of an 
extent and a length of the extent. The information represents the pseudo consecutive record assigned in the step 380 
The Fd is updated every time the WRITE command is issued during the period between the opening and closing of 
the Fd. For the second or a subsequent issue of the WRITE command, new data is additionally written, following the 
already-recorded data. y 

30 °Z ' 6Ceivin9 the st °P '^ruction (step 384), the AV data recording unit 21 0 issues the WRITE command (step 

S < f a Iwf, fdin9 Unit 210 then iSSU6S the CLOSE c ° mma "d (step 388). The AV data recording unit 210 
S management information generating unit 112 that a recording of an AV file (VOB) has ended 
(step 389). The AV data recording unit 21 0 then refers to the Fd (extent) of the recorded AV data to create or update 
he management intonation (step 390). That is. the AV data recording unit 210 creates a new piece of management 
n forma ion when an AV file is recorded for the first time; the AV data recording unit 210 updates the management 
information and the space bit map when an AV file is additionally recorded. The created or updated management 
information is recorded into the disc as a non-AV file via the common file system unit 204 

[0277] It should be noted here that the WRITE command is issued in step 387 to record onto the disc the rest of the 
data in the track buffer. Also, the CLOSE command issued in step 255 is a command used to write back the Fd in the 
work memory onto the DVD-RAM disc as a file identification descriptor, a file entry or the like on the DVD-RAM disc 
[0278] As apparentfrom the above description, when recording AVdata, the DVD recorder of the present embodiment 
dynamically assigns areas as pseudo consecutive records by referring to the space bit map and the management 
.nformation. As a result, compared wrth the DVD recorder of Embodiment 1 , the DVD recorder of the present embod- 
iment can use the data area on the optical disc more effectively since the data area does not include AV blocks which 
are logically divided sections. 
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(3) Embodiment 3 

[0279] Embodiment 3 differs from Embodiment 2 in that (1 ) the minimum size of the pseudo consecutive record can 
be dynam.cally changed, and (2) the pseudo consecutive record assignment management information is not used 
The differences are described as follows. 

[0280] With regard to the above difference (1), the DVD recorder 10 of the present embodiment determines the 
minimum size of the pseudo consecutive record in accordance with the bit rate of a video object to be encoded actually 
while in Embodiment 2, the minimum size of the pseudo consecutive record is set to a fixed length of about 7MB to 
ensure the consecutive reproduction of AV data. 

[0281] With regard to the above difference (2), the DVD recorder 1 0 of the present embodiment does not use the 
management information. Instead, the DVD recorder 10 searches for unassigned areas by referring to the space bit 
map to assign areas as pseudo consecutive records to AV data to be recorded. 
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(3-1) Minimum Size of Pseudo Consecutive Record 

[0282] First, the reason for determining the minimum size of the pseudo consecutive record as mentioned in the 
above difference (1) is explained. 
5 [0283] FIG. 39 shows a model of buffering of AV data into the track buffer, the AV data being read from the DVD- 
RAM disc by a reproduction apparatus reproducing a video object. This model is created based on minimum specifi- 
cations required for the reproduction apparatus. As far as these specifications are satisfied, the uninterrupted repro- 
duction is ensured. 

[0284] In the upper part of FIG. 39, the AV data read from the DVD-RAM disc is subjected to the ECC process. The 
10 processed AV data is then temporarily stored in the track buffer (FIFO memory), and is sent to the decoder. In the 
drawing, "Vr" represents an input transfer rate of the track buffer (rate of data read from an optical disc), and "Vo" 
represents an output transfer rate of the track buffer (decoder input rate), where Vr>Vo. In this model, Vr=1 1Mbps. 
[0285] The lower part of FIG. 39 is a graph showing the change in the data amount of the track buffer in this model. 
In the graph, the vertical axis represents the data amount of the track buffer; the horizontal axis represents time. The 
is graph is based on the premise that a pseudo consecutive record #j that has no defective sectors and a pseudo con- 
secutive record #k that has a defective sector are read in the order. 

[0286] The "Tl " represents a time taken for reading out the entire AV data recorded in the pseudo consecutive record 
#j that has no defective sectors. In this period T1 , the data amount of the track buffer increases at the rate of (Vr-Vo). 
[0287] The "T2" (also referred to as a jump period) represents a time taken by the optical pickup for jumping from 

20 the pseudo consecutive record #j to #k. The jump period includes the seek time of the optical pickup and the time 
required for the rotation of the optical disc to be stabilized. The maximum jump period is equal to the time taken for 
jumping from the innermost circuit to the outermost circuit. In this model, it is presumed that the maximum jump period 
is about 1500mS. In this period T2, the data amount of the track buffer decreases at the rate of Vo. 
[0288] A period including three periods T3" to B T5 B represents a time taken for reading out the entire AV data recorded 

25 jn the pseudo consecutive record #k that has a defective sector. 

[0289] Among these periods T3 to T5, the period T4 represents a time taken for skipping the current ECC block that 
has a defective sector and moving to the next ECC block. The skipping to the next ECC block is performed when even 
one defective sector is found in the current ECC block (16 sectors). That means, when a defective sector is found, the 
problem of the defective sector is solved by not using the whole ECC block (all 16 sectors) including the defective 

30 sector, not by logically replacing the defective sector by a replacement sector (replacement ECC block). This method 
is called ECC block skip method which has been described earlier. The period T4 represents a disc rotation wait time, 
where the maximum disc rotation wait time is equal to one complete rotation time of the disc. In this model, it is presumed 
that the maximum disc rotation wait time is about 1 05mS. In the periods T3 and T5, the data amount of the track buffer 
increases at the rate of (Vr-Vo). In the periods T4, the data amount decreases at the rate of Vo. 

35 [0290] The size of the pseudo consecutive record is represented as "N_ecc*1 6*8*2048, n where the "N_ecc n repre- 
sents the total number of ECC blocks included in the pseudo consecutive record. The smallest value of N_ecc, namely 
the minimum size of the pseudo consecutive record is calculated through the following procedure. 
[0291] In the period T2, AV data is read from the track buffer. Only this is performed. If the buffer capacity becomes 
0 during this period, an underflow occurs to the decoder. When this happens, the uninterrupted reproduction of the AV 

40 data cannot be ensured. Here, to ensure the uninterrupted reproduction of the AV data (not to generate the underflow), 
the following formula need be satisfied. 

<Formula 6> 

45 

(storage amount B) ^ (consumption amount R) 

[0292] The storage amount B is the amount of data that has been accumulated in the track buffer at the end of the 
period T1 . The consumption amount R is the total amount of data read during the period T2. 
50 [0293] The storage amount B is calculated using the following formula. 
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<Formula 7> 

(storage amount B) = (period Tl)*(Vr-Vo) 

= (read out time of one pseudo 
consecutive record) * (Vr-Vo) 
= (L/Vr)*(Vr-Vo) 
= (N_ecc*16*8*2048/Vr) * (Vr-Vo) 
= (N_ecc*16*8*2048)* (1-Vo/Vr) 

20 In this formula, represents the size of the pseudo consecutive record. 

[0294] The consumption amount R is calculated using the following formula. 
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<Formula 8> 
(consumption amount R) = T2*Vo 

[0295] Replacing both sides of the Formula 6 respectively by Formula 7 and Formula 8 gives us the following formula. 

<Formula 9> 
(N_ecc*16*8*2048)*(1-Vo/Vr) ^ T2*Vo 

55 [0296] From the Formula 9, it is derived that "N_ecc" representing the total number of ECC blocks included in the 
pseudo consecutrve record should satisfy the following formula to ensure the uninterrupted reproduction of the AV data. 
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<Formula 10> 
N_ecc ^ Vo*Tj/((16*8*2048)*(1-VoA/r)) 

[0297] In this formula, °Tj" represents the jump period that has been described earlier The maximum jump period 
is about 1.5 seconds. "Vr" is a fixed value (In the reproduction apparatus model shown in the upper part of FIG 39 
Vr-1 1Mbps). Also, considering that the video object is represented by a variable bit rate, "Vb- is obtained from the 
following Formula 1 1 That is, "Vo" is obtained from Formula 1 1 not as the maximum value of the physical transfer rate 
of the track buffer output, but as a substantial decoder input rate for AV data represented by a variable bit rate In 
Formula 11, concern.ng the pseudo consecutive record length, N_pack is the total number of packs included in the 
video object that should be recorded in N_ecc ECC blocks. 

<Formula 11> 
Vo = (pseudo consecutive record length (bits))* 
(1 /reproduction time of pseudo consecutive record (sec)) 
=(N_pack*2048*8)-(27M/(SCR_first_next-SCR_first_current)) 
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[0298] In the above formula, "SCRJirst_current" is a time (in 1/(27mega) seconds) at which the track buffer of the 
reproduction apparatus should output the first pack of the video object, and 

SCR_first_next is a time (in 1/(27mega) seconds) at which the track buffer of the reproduction apparatus should 
output the first pack of the following video object. 
5 [0299] As shown in the above Formulas 10 and 11, the minimum size of the pseudo consecutive record can theo- 
retically be calculated in accordance with the bit rate of AV data. 

[0300] Formula 10 cannot be applied to a case where any defective sectors exist on the optical disc. Such a case 
is explained below in terms of the value of "N_ecc" required to ensure the uninterrupted reproduction, the "N_ecc n 
representing the number of ECC blocks in the pseudo consecutive record. 

io [0301] It is presumed here that the pseudo consecutive record includes ECC blocks with defective sectors the number 
of which is represented as °dN_ecc." No AV data is recorded into the dN_ecc defective ECC blocks due to the ECC 
block skipping which has been described earlier. The loss time Ts generated by skipping the dN_ecc defective ECC 
blocks is represented as a T4*dN ecc,' where a T4° represents the ECC block skip time for the model shown in FIG.39. 
[0302] With the above description taken into account, to ensure the uninterrupted reproduction of the AV data even 

15 if defective sectors are included, the pseudo consecutive record need to include as many ECC blocks as represented 
by the following formula. 

<Formula 12> 

20 

N_ecc is dISLecc + Vo*(Tj+Ts)/((16*8*2048)*(1-VoA/r)) 

[0303] As apparent from the above description, the size of the pseudo consecutive record is calculated from Formula 
10 when no defective sector is included, and from Formula 12 when any defective sectors are included. 
25 [0304] It should be noted here that when an AV data sequence is composed of a pturality of pseudo consecutive 
records, the first and last pseudo consecutive records need not satisfy the Formula 10 or 12. This is because the last 
pseudo consecutive record has no subsequent AV data, and that the uninterrupted reproduction between the first and 
second pseudo consecutive records is ensured by delaying the timing of the decode start, namely by starting supplying 
data to the decoder after the track buffer stores a certain amount of data. 

30 

(3-2) Recording of AV files 

[0305] Recording of AV files in the DVD recorder 10 is described in detail. 

[0306] FIG.40 is a flowchart showing the recording process in the DVD recorder of the present embodiment. The 
35 flowchart is the same as FIG. 38 except that the step 380 is replaced with step 400 and the step 390 is deleted. 
[0307] The flowchart of FIG.40 is described concentrating on the differences. 

[0308] When the user presses the RECORD button or when the "current time" reaches the start time of "programmed 
recording," a notification of recording start is sent to the recording/ editing/ reproducing/ control unit 105 via the user 
IF unit 106. 

40 [0309] On receiving the notification, the control unit 105 assigns an area having a size greater than the above- 
described minimum size as a pseudo consecutive record (step 400). More specifically, the control unit 105 calculates 
the actual bit rate of the video object using the Formulas 10 and 11. However, here, a predetermined size satisfying 
the minimum size may be used instead for the sake of conveniences. The control unit 105 refers to the space bit map 
and each allocation descriptor of the file management area to detect unassigned areas on the optical disc, creates a 

45 free space list showing the detected areas, and assigns an area among the detected areas which is larger than the 
minimum size as a pseudo consecutive record. In doing so, an area including a zone boundary is treated as two 
unassigned areas, before and after the zone boundary. 

[0310] FIG.41 shows a free space list. In the drawing, the "start sector" column shows the start sector numbers of 
the unassigned areas: the "end sector" column shows the end sector numbers of the unassigned areas; and the 'at- 
50 tribute" column shows whether the corresponding areas are assigned. The "Free" shown in the drawing indicates that 
the corresponding area is not assigned. 

[0311] Presuming the minimum size is determined to be about 7MB (3500 sectors), it is found that unassigned area 
c1 is smaller than this value, and unassigned areas c2andc3 are both greater than this value. In this case, the recording/ 
editing/ reproducing/ control unit 105 assigns the unassigned areas c2 and c3 as pseudo consecutive records. 
55 [0312] The same steps as FIG. 38 follow the above step. It should be noted here that when recording AV data, the 
AV data recording unit 210 uses the unassigned areas located on the innermost side first by referring to the free space 
list, followed by the unassigned areas in order from the innermost to the outermost areas of the optical disc. Also note 
that the free space list is not recorded on the optical disc. 
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[0313] FIG.42 is a flowchart detailing the procedure of assigning the pseudo consecutive record performed in the 
step 400 of FIG. 40. 

[031 4] The control unit 1 05 refers to the space bit map and each allocation descriptor of the file management area 
to detect unassfgned areas on the optical disc (step 421). In doing so, the control unit 105 may disregard areas that 
are so small to record AV data (e.g., several-hundred kilobytes in size). 

[0315] The control unit 1 05 creates the free space list based on the detected unassigned areas (step 422) In doing 
so, an area including a zone boundary is treated as two unassigned areas, before and after the zone boundary. It 
should be noted here that the control unit 105 judges whether an area includes a zone boundary by inquiring the AV 
file system unit 103, that is, by issuing the SEARCH_DISCON command shown in FIG.21 The positions of zone 

^ U ^ aneS ° n thG ° Pl,Cal d ' SC afe f ' Xedly SGt in advance - and are stored and managed by the AV file system unit 103 
[0316] Furthermore, the control unit 105 determines the minimum size of the pseudo consecutive record using the 
Formulas 10 and 11 (step 423). Here, when defective sectors are found, the control unit 105 uses the Formulas 12 
and 1 1 To simplify this process, the control unit 1 05 may determine the minimum size of the pseudo consecutive record 
using a bit rate of AV data determined in advance in compliance with the picture quality (e.g., a quality classified into 
high, "standard," and "and "time-ensuring 0 shown in FIG.24), an expected rate of defective sectors, and a margin 
[0317] The recording/ editing/ reproducing/ control unit 105 then assigns an area among the detected areas which 
is larger than the minimum size as a pseudo consecutive record, and determines the recording order (step 424) The 
order is determined to be : for example, from the innermost.side to the outermost side of the disc so that the seek move 
is as small as possible. 

[0318] As described above, when recording AV data, the DVD recorder of the present embodiment dynamically 
assigns unassigned areas as pseudo consecutive records by referring to the space bit map and each allocation de- 
scnptor of the file management area. As a result, different from Embodiment 2, the DVD recorder of the present em- 
bodiment dynamically assigns pseudo consecutive records for recording AV data, without recording the pseudo con- 
secutive record assignment management information. 

[0319] It should be noted here that in Embodiment 3, the free space list is created for each recording However, the 
DVD recorder may create the free space list when the optical disc is loaded into the optical disc drive, and may update 
the free space list each time the DVD recorder records AV data. 

[0320] Also, the DVD recorder may create and record the free space list onto the optical disc, refer to the recorded 
free space list before recording AV data, and update the list after the recording of the AV data 

[0321] The present invention has been fully described by way of examples with reference to the accompanying 
drawings, it is to be noted that various changes and modifications will be apparent to those skilled in the art Therefore 
unless such changes and modifications depart from the scope of the present invention, they should be construed as 
being included therein. 

Claims 
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I. An optical disc recording apparatus for recording a video object on an optical disc, wherein 

a recording area of the optical disc is divided into a plurality of zones which each include a plurality of adjacent 
tracks, and includes sector information showing data assignment for sectors on the optical disc, 
the optical disc recording apparatus comprising: 

a reading means for reading the sector information from the optical disc; 
a recording means for recording the video object onto the optical disc; and 
a control means for controlling the reading means and the recording means, 
wherein the control means: 

detects at least one series of consecutive unassigned sectors on the optical disc by referring to the read sector 

information, each series having a total size greater than a minimum size and being located within a single 

zone ' the minimum si2e corresponding to a data amount that ensures uninterrupted reproduction of the video 
50 object; and 

controls the recording means to record the video object into the detected series. 
2. The optical disc recording apparatus of Claim 1 , wherein 

55 the control means generates management information showing areas of the optical disc where the video object 

has been recorded by the recording means and controls the recording means to record the generated man- 
agement information onto the optical disc, and 

when the reading means reads out management information from the optical disc, the control means refers 
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to the read management information as well as the sector information to detect the series. 

The optical disc recording apparatus of Claim 1 , wherein 

the recording area of the optical disc is divided into a plurality of 2KB sectors, with each set of 16 consecutive 
sectors forming one ECC block, 

the video object is composed of a plurality of packs, each pack having a size of 2KB, 

the minimum size is the number of ECC blocks which is represented as "N_ecc" in the following formula: 

N_ecc=Vo*Tj/((1 6*8*2048)*(1 -Vo/Vr)), 



where Tj" represents a maximum jump time of an optical pickup of a reproduction apparatus, n Vr n represents 
an input transfer rate (Mbps) of a track buffer of the reproduction apparatus, and °Vo° represents an effective 
is output transfer rate (Mbps) of the track buffer 

4. The optical disc recording apparatus of Claim 1 , wherein 

the recording area of the optical disc is divided into a plurality of 2KB sectors, with each set of 16 consecutive 
20 sectors forming one ECC block, 

the video object is composed of a plurality of packs, each pack having a size of 2KB, 

the minimum size is the number of ECC blocks which is represented as n N_ecc° in the following formula: 
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N_ecc=dN_ecc + Vo*Tj/((1 6*8*2048)* (1 -Vo/Vr)), 



where dN_ecc is a number of ECC blocks, in a series of consecutive unassigned sectors, that include detective 
sectors, "Tj" represents a maximum jump time of an optical pickup of an reproduction apparatus, n W repre- 
sents an input transfer rate (Mbps) of a track buffer of the reproduction apparatus, and "Vo" represents an 
30 effective output transfer rate (Mbps) of the track buffer. 

5. The optical disc recording apparatus of Claim 3 or Claim 4, 

wherein the effective transfer rate Vo is found according to the following formula: 



Vo=(N_pack*2048*8)*(27M/(SCRJirst_next-SCR_first_current) 



where 

40 N_pack is the total number of packs included in the video object that should be recorded in N_ecc ECC blocks, 

SCR_first_current is a time (in 1/(27mega) seconds) at which the track buffer of the reproduction apparatus 
should output the first pack of the video object, and 

SCR_first_next is a time (in 1/(27mega) seconds) at which the track buffer of the reproduction apparatus 
should output the first pack of the following video object. 

45 

6. A computer-readable recording medium prestoring a file management program for recording a video object onto 
an optical disc, the file management program being to be run by a computer which includes: a reading unit for 
reading data from an optical disc; and a recording unit for recording data onto the optical disc, wherein 

so a recording area of the optical disc is divided into a plurality of zones which each include a plurality of adjacent 

tracks, and includes sector information showing data assignment for sectors on the optical disc, 
the file management program including the following steps to be executed by the computer: 
a reading step for reading the sector information from the optical disc; 

a detecting step for detecting at least one series of consecutive unassigned sectors on the optical disc by 
ss referring to the read sector information, each series having a total size greater than a minimum size and being 

located within a single zone, the minimum size corresponding to a data amount that ensures uninterrupted 
reproduction of the video object; and 

a recording step for recording the video object into the detected series. 
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7. The computer-readable recording medium of Claim 6, wherein 

the file management program further includes the following steps to be executed by the computer 
a management information generating step for generating management information which shows areas of the 
optical disc where the video object has been recorded in the recording step and 

a management information recording step for recording the generated management information onto the op- 
tical disc, wherein K 

the read management information is referred to as well as the sector information to detect the series in the 
^ detecting step when the management information is read from the optical disc in the reading means. 

8. The computer-readable recording medium of Claim 6, wherein 

the recording area of the optical disc is divided into a plurality of 2KB sectors, with each set of 16 consecutive 
sectors forming one ECC block, 

the video object is composed of a plurality of packs, each pack having a size of 2KB 
the minimum size is the number of ECC blocks which is represented as "N_ecC in the following formula: 

N_ecc=Vo*Tj/((1 6*8*2048)*(1 -Vo/Vr)), 

where "Tj" represents a maximum jump time of an optical pickup of a reproduction apparatus, n W represents 
an input transfer rate (Mbps) of a track buffer of the reproduction apparatus, and "Vo" represents an effective 
output transfer rate (Mbps) of the track buffer. 

2S 9. The computer-readable recording medium of Claim 6, wherein 

the recording area of the optical disc is divided into a plurality of 2KB sectors, with each set of 16 consecutive 
sectors forming one ECC block, 

the video object is composed of a plurality of packs, each pack having a size of 2KB 
the minimum size is the number of ECC blocks which is represented as "NLecc" in the following formula: 

N_ecc=dN_ecc + Vo*Tj/((16*8*2048)*(1-VoA/r)), 

3S where dN ecc is a number of ECC blocks, in a series of consecutive unassigned sectors, that include defective 

sectors, Tj represents a maximum jump time of an optical pickup of an reproduction apparatus "Vr" repre- 
sents an input transfer rate (Mbps) of a track buffer of the reproduction apparatus, and Vo' represents an 
effective output transfer rate (Mbps) of the track buffer. 

^o 10. The computer-readable recording medium of Claim 7 or Claim 8, 

wherein the effective transfer rate Vo is found according to the following formula: 

45 Vo =( N -pack*2048*8)*(27M/(SCRJirst_next-SCRJirst_current) 
where 

NjDack is the total number of packs included in the video object that should be recorded in N_ecc ECC blocks 
SCR f.rst_current .s a time (in 1/(27mega) seconds) at which the track buffer of the reproduction apparatus 
should output the first pack of the video object, and 

SCR first_next is a time (in 1/(27mega) seconds) at which the track buffer of the reproduction apparatus 
should output the first pack of the following video object. 

11. A computer-readable optical disc including a data recording area, wherein 

the data recording area is divided into a plurality of zones which each include a plurality of adjacent tracks and 
the data recording area includes: 

sector information showing data assignment for sectors on the optical disc: and 
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management information showing areas of the optical disc where a video object has been recorded and are 
located within a single zone. 

12. A computer-readable optical disc including a data recording area, wherein 

5 

the data recording area is divided into a plurality of blocks which each include a plurality of consecutive sectors, 
and 

the data recording area includes: 

an area for recording sector information showing data assignment for sectors on the optical disc; and 
w a management area for recording block information showing data assignment for blocks on the optical disc. 

13. The computer-readable optical disc of Claim 12, wherein 

when the block information shows that blocks have been assigned to data that is mainly composed of video 
data, the sector information shows that all sectors in the assigned blocks have been assigned. 

15 

14. The computer-readable optical disc of Claim 12, wherein 

a block size represented as satisfies the following formula: 

20 

L > T*Vin*Vout/(Vin-Vout), 



where 1" (bits) represents the block size, "T" (seconds) represents a seek time of a reproduction apparatus, 
°Vin" represents an input transfer rate (Mbps) of a buffer of the reproduction apparatus, and "Vout" represents 
25 an effective output transfer rate (Mbps) of the buffer. 

15. The computer-readable optical disc of Claim 14, wherein 

when the block information shows that blocks have been assigned to data that is not video data, the sector 
information shows that among sectors in the assigned blocks, only sectors recording the data have been assigned. 

30 

16. The computer-readable optical disc of Claim 14, wherein 

the data recording area is divided into a plurality of zones which each include a plurality of adjacent tracks, and 
each of the plurality of blocks is included in any one of the plurality of zones. 

35 

17. The computer-readable optical disc of Claim 14, wherein 

blocks in each zone have the same size except a block that is adjacent to a zone boundary, and the block 
that is adjacent to the zone boundary has a size being equal to or larger than the size of the other blocks. 



40 1 8. The computer-readable optical disc of Claim 1 7, wherein 

the block that is adjacent to the zone boundary includes a sector having a maximum sector address in the 
current zone, and 

the management area includes a maximum block length table which shows, for each zone, sizes of blocks 
45 which each include the sector having the maximum sector address in a zone. 



19. The computer-readable optical disc of Claim 17, wherein 

an error correction code is attached to every predetermined number of consecutive sectors, and 
so each block is composed of an integral multiple of the predetermined number of consecutive sectors. 



20. An optical disc recording apparatus for recording data onto an optical disc which includes: a data recording area 
divided into a plurality of sectors; and a management area for recording sector information showing data assign- 
ment for sectors on the optical disc and block information showing data assignment for blocks on the optical disc, 
55 the optical disc recording apparatus comprising: 

a reading means for reading the block information and the sector information from the optical disc; 

a judging means forjudging a type of the data to record or delete the data, the type being classified into a first 
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type and a second type; 

a first specifying means for, when the judging means judges that the data is the first type, specifying based 
°l ,f information, either of: unassigned blocks in which the data is to be recorded and blocks in 

which the data has already been recorded; 

a second specifying means for, when the judging means judges that the data is the second type, specifying 
based on the read sector information, either of: unassigned sectors in which the data is to be recorded and 
sectors in which the data has been recorded; 

a data updating means for either of recording and deleting first-type data into/from the blocks specified by the 
first specifying means and for either of recording and deleting second-type data into/from the sectors specified 
by the second specifying means; and 
an assignment updating means for updating at least one of the sector information and the block information 
in accordance with operations of the data updating means. 

21. The optical disc recording apparatus of Claim 20, wherein 

75 

the assignment updating means includes: 

a block information updating means for, when the first specifying means specifies unassigned blocks, updating 
the block information by changing indication of the specified blocks from "unassigned" to "assigned" and 
a sector information updating means for, when the block information updating means updates the block infor- 
mal^ by changing indication of the specified blocks from "unassigned" to "assigned," updating the sector 
mforma tion by changing indication of all sectors included in the specified blocks from "unassigned" to "as- 
signed. ° 
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22. The optical disc recording apparatus of Claim 21, wherein 

the block information updating means, when the first specifying means specifies blocks which are assigned 
to a piece of first-type data to be deleted, updates the block information by changing indication of the specified 
blocks from "assigned" to "unassigned," and 

the sector information updating means, when the block information updating means updates the block infor- 
mal by changing indication of the specified blocks from "assigned" to "unassigned," updates the sector 
information by changing indication of all sectors included in the specified blocks from "assigned" to "unas- 
signed. 

23. The optical disc recording apparatus of Claim 20, wherein 

the block information shows whether each block is: (1) unassigned data; (2) assigned first-type data which is 
main y composed of video data; or (3) assigned second-type data which is mainly composed of data other 
than the first-type data, wherein 
the assignment updating means includes: 
40 a first updating means for updating the block information; and 

a second updating means for updating the sector information, wherein 

the first updating means, when the second updating means updates the sector information by changing indi- 
cation of any sectors included in unassigned blocks to "assigned," updates the block information by changing 
indication of the unassigned blocks from "unassigned" to "second-type data assigned - and 
the second updating means, when the first updating means updates the block information by changing indi- 
cation of blocks from "unassigned" to "first-type data assigned," updates the sector information by changing 
indication of all sectors included in the blocks to "assigned/ 
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24. A computer-readable recording medium prestoring a file management program for recording data onto an optical 
disc which includes; a data recording area divided into a plurality of sectors; and a management area for recording 
sector information showing data assignment for sectors on the optical disc and block information showing data 
assignment for blocks on the optical disc, the file management program including the following steps to be executed 

Dy me computer: 

a reading step for reading the block information and the sector information from the optical disc 

a judging step for judging a type of the data to record or delete the data, the type being classified into a first 

type and a second type; 

a first specifying step for, when in the judging step it is judged that the data is the first type, specifying, based 
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on the read block information, either of: unassigned blocks in which the data is to be recorded: and blocks in 
which the data has already been recorded; 

a second specifying step for, when in the judging step it is judged that the data is the second type, specifying, 
based on the read sector information, either of: unassigned sectors in which the data is to be recorded; and 
sectors in which the data has been recorded; 

a data updating step for either of recording and deleting first-type data into/from the blocks specified by the 
first specifying means and for either of recording and deleting second-type data into/from the sectors specified 
in the second specifying step; and 

an assignment updating step for updating at least one of the sector information and the block information in 
accordance with operations in the data updating step. 

25. The computer-readable recording medium of Claim 24, wherein 

the assignment updating step includes: 

a block information updating step for, when the first specifying step specifies unassigned blocks, updating the 
block information by changing indication of the specified blocks from "unassigned" to -assigned"; and 
a sector information updating step for, when the block information updating step updates the block information 
by changing indication of the specified blocks from "unassigned" to "assigned," updating the sector information 
by changing indication of all sectors included in the specified blocks from "unassigned" to "assigned." 
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FIG. 1 
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FIG. 2 
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FIG. 3A 
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FIG. 5 



LAST BLOCK-LENGTH TABLE 



ZONE NUMBER 
1 
2 
3 
4 



DUMBER OF ECC-BS (LAST LBN 
272 
304 
315 
293 



FL(i) 



38 




EP 0 905 699 A2 



CO 



O 

1—4 



Q 
Q2 

So 

002 

♦ • • • 



OtU< 



qqQ 

<z2 




CO 



as , 

CO 



^> o o o o 



O CO CO ^ 



o 

O 
CO 



DATA 1 
ASSIGNMENT! 


^ — . — o o o o 


AV 
BLOCK 


^> i— • c\j co ^ m — ^ — 










VOLUME 

mm 


PARTITIOI 
AREA 


fT> p 

it 



BNSDOCIO. <EP — 0905699 A2J_> 



39 




EP 0 905 699 A2 



o 



< 

O 



CQ 

<: 

o 
< 



o 

—J 



<CD 

;o 

CD 

.c=> 
'O 

© 

•CD 



o 

_ J 
CQ 

> 
< 




—1 
CQ 

I 

> 





1 <—* 

o 


o 


f— 1 






O 


1— 1 

CD 


o 


o J 

CD 






oi/o 

<=> FCD 


oo 




o 


o 






O 


T-H 

o 


o 


© 
o 








o 


o 

CD 




! «r-H 

i 




o 


s 




! © 


o 


o 


CD 

o 






CD 

o 


© 
o 


o 
o 






o 


© 


o 




o 


o 


r— I 

CD 


o 






o 

<=> 


o 


o 

CD 


O 


o 


o 


o 




o 


o 


o 


o 






o 
o 


CD 

o 


o 
o 




o 


o 


© 


© 




w—* 

o 


© 


© 


o 






o 
o 


CD 


o 




S 


o 


s 






o 


© 


o 








CD 


o 

CD 


o 


o 


© 


© 


© 




o 


o 


o 


o 






o 
o 


o 
o 


CD 

o 



BNSDOCID: <EP 0905699 A2_l_> 



40 




EP 0 905 699 A2 



FIG. 8 



(ROOT) 
FILE ENTRY 



PARTITION 
AREA 



VDLUMESDDE 



LBN 



CONTENT 



80 



81 



82 



83 



J6-583 



584 



S85 



FILE S£r DESCRIPTOR 



END DESCRIPTOR 



PUBEKRTYfRDOT) 



DIRECTORY HLE(ROOT) 




|allOCAtic»J Descriptor 

(FQRD1RECT0RYFILE) 



(D 




UNASSIGNED 



FILE ENTRY (Video) 



I A FILE IDENTIFICATION DESCRIPTOR 

' (ROOT DIRECTORY) 1 

FILE IDENTIFICATION DESCRffTOl 
(Video pOTY) 



DIRECTORY Widro) 



586 
-3584 



3585 



3586 
-7170 



18560 
-23500 



UNASSIGNED 



FILE ENTRY 
(Mowl-VOB) 



EXIENTI1 
(MovfelVOB) 



EXTENT 12 
(MoveI.VOB) 



FILE 1DENTIFICA 1 ION DESCRIPTOR 
(Fikl.DAT) 



FILE IDENTIFICATION DESCRIPTOR 
(Pile2.DAT) 





FILE ENTRY 




ALLXAT10N DESCRIPTOR 
(TOR DIRECTORY FIE) 



(Video) 

DIRECTORY FILE 



nHTIFICATlON INFORMATION 



FILE IDENTIFICATION DESCRIPTOR 
VOB) 



FILE IDENTIFJCATION DESCRIPTOR 
V01 



FILE IDENTIFICATION DESCRIPTOR 



ALLOCATION DESCRIPTOR 

ALLOCATION DESCRIPTOR 
TOM) 



5 



© 



ouennr in- rEB__(m5fm&? I ? 



41 



EP 0 905 699 A2 




42 

BNSDOCID: <EP 0905699A2J_> 



EP 0 905 699 A2 



CO 
-S2> 



01 



1 



CO 

> 
o 

2 



00 
coO 
.Si > 



< 



1 



1 



os 




OS 






o 




O 


o 


















>* 


>- 










OS 






















CO 
-Si 








w 


to 


"> 


cu > 


tL) 


> 


FIL 


O 


J o 


pj 


o 









1 1 



PS 
o 

>- 
z 

-J ^ 

tx tx, 



as 
O 

□J 

UJ CM 
i—3 JSJ 





C_J> 



8 s 



CO 



CO 



t=3 



OQ 
O 



<3 










© 5 


os 




0 








> 




H 

w H 


TORY 


do 


\ «s 

\ qoc: 
£tf > 





Of 

O 

a 

§1 

FT* CfcS 
EE ° 
S ^ 

EC 



os: 
O 



—3 



del 



Q .-3 



O 



^1 

Q £3 



43 



EP 0 905 699 A2 



>- 

CO 




content! 


Of 


-S 

o 




CM 

eg 

C 
ZD 


BYTE L 


BYTE 










■NCTH 




















FIELDNAME 


CD 

ss 

OS 


ICBTAG 




ALLOCATION DESCR1PK 


OQ 


1 

m 

o 


LENGTH 


CO 


CM 






L-EA 


L-AD 


BP 


o 


CO 




CM 







CXJ 



O 

CO 

L*3 

a 
s: 
o 

s 

c_> 

o 



o S 



P 

exj 



o* 



3d 



Cxj 



CD 



CD 
cxj 

£3 



LxJ 
CXJ 



S 



CD 
CXJ 

i3 



CD 
Cxj 

§ 



o 



CO 
CXJ 
CD 

CD 

O 
-< 

o 
o 

S 

CxJ 
J— 
X 
CxJ 



CO 





roR 




& 




OS 

o 








Q 




IZ 




O 








o 




o 


CQ 


—1 




<: 


O 




Liu 





content! 


Unit32 1 


CM 
CO 


cir 




I 

ei 


LENGTH 






Q- 

OQ 
DC 


CO 


i 



44 



EP 0 905 699 A2 

FIG. 12A 

FILE IDENTIFICATION DESCRIPTOR 
FOR DIRECTORY 

MANAGEMENT INFO RMATION 

IDENTIFICATION INFORMATION(D1RECTORV) 
DIRECTORY NAME LENGTH 

FILE ENTRY ADDRESS 

INFORMATION FOR EXTENSION 

DIRECTORY NAME 



FIG. 12B 

FILE IDENTIFICATION DESCRIPTOR 
FOR FILE 

MANAGEMENT INFORMATION ~~ 
IDENTIFICATION INFORMATIONS 
DIRECTORY NAME LENGTH ~ 

FILE ENTRY ADDRESS 

INFORMATION FOR EXTENSION 

FILENAME 



oiicnrrin- rEB__nan/ifiMA? i * 



45 



EP 0 905 699 A2 




EP 0 905 699 A2 




49 



EP 0 905 699 A2 





RNisnnnin; if=p asanas I ? 



51 




EP 0 905 699 A2 




BMsnnnin- rFP. _nanfifif?aA2 I ? 



53 



EP O 905 699 A2 




1—4 

IX. 



BNSDOCID: <EP_0905699A2J_> 



54 




EP 0 905 699 A2 



FIG. 22 













SELECTION 


I 










REWIND 


STOP 


PLAY 


FAST 

FORWARD 


MARK 


PRE- 
EDIT 


EDIT 


RECORD 


1 


2 


3 


DELETE 


4 


5 


6 


PAUSE 






7 


8 


9 










0 









55 

Diiecmnn- rco nanfifiMA? \ * 



EP 0 905 699 A2 



FIG. 23 



200 



201 



202 



NO REDORDED DATA IN THIS DISC 

1) NEWLY RECORD 

2) TAKE OUT DISC 
PLEASE SELECT A NUMBER 



1" "SELECTION" 



NEWLY RECORD : SET RECORDING CONDITIONS 
1)REC0RDINGTIME 



NO LIMIT 



SPECIFY 



2)REC0RDING QUALITY HIGH STANDARD (iTME-ENSURING 
SET CONDITIONS AND PRESS 'SELECTION' BUTTON 



I 



"SELECTION" 



NEW RECORDING 

ABOUT 3 HOURS OF RECORDING WILL BE PERFORMED 
ACCORDING TO THE SPECIFIED RECORDINC CONDITIONS. 

PRESS "RECORD' BUTTON TO START RECORDING. 



BNSDOCID: <EP 0905699A2J_> 



56 




EP 0 905 699 A2 



FIG. 24 



RECORDING 



HIGH QUALITY 


BIT RATE=6Mbps,RESOLUTION=720X 480 


STANDARD 


BIT RATE=3Mbps,RESOLUTION=360X 480 


TIME-ENSURING 


BIT RATE=1.5Mbps,RESOLUTION=360X 240 



anismnin- rE& ran/ifiasAg i ? 



57 



EP 0 905 699 A2 



FIG. 25A 



(manual recording start} 

i issue create commanp|step 250 

I 

ISSUE OPEN COMMAND j STEP 251 

^ P252 



TOPINSTRUCTIO 

, r o STEP 253 

| |ISSUE AV-WRTTE COMMAND) | 
J 



Yes 



1 STEP 254 



ISSUE AV-WRTTE COMMAND || 
L STEP 255 



ISSUE CLOSE COMMAND | 



FIG. 25B 



C END ^ 



C PROGRAMMED RECORDING} 

ISSUE AV CREATE COMMAND 1 STEP 256 

STEP 257 




ISSUE OPEN COMM^STEP 259 




Yes 
STEP 261 



1 STEP 262 



ISSUE AV-WRTTE COMMAND) [ 



I [ISSUE AV-WRTTE COMMAND II r 1 S TMt^ 

" I M ISSUE CLOSE COMMAND 1 

I 1 



58 



BNSDOCID: <EP 0905699A2J_> 




EP 0 905 699 A2 



No 



FIG. 26 

(Av-wRmT) 

.STEP 265 

HAS DATA BEEN 
•CORDED FOR SPECIFIED 
SEE? 

"^TEP266 

DATA BEEJ 
lCORDEDTOENDOF 
W BLOCK? 

6S JTEP 267 
IS THERE 
JJNASSIGNED AV^ M 
JLOCKJ,— No 

Yes STEP 268 



Yes 



STEP 274 



EXTENT PROCESSl 



C END ) 



CHANGE STATUS OF AV 
BLOCK TO "ASSIGNED" 



DISC-FULL 
END 



CHANGE STATUSES OF ALL ISTEP 269 
SECTORS IN A V BLOCK TO 
"ASSIGNED" 

RECORD DATA INTO ONE ISTEP 270 
SECTOR 

T 



J 

r 



UPDATEFd| STEP 271 

STEP 272 




PROCESS j 



STEP 273 



59 



EP 0 905 699 A2 



FIG. 27 



AV FILE DELETE START 




UPDATE AV BLOCK MANAGEMENT 
TABLE BY CHANGING STATUSES 
OF AV BLOCKS INCLUDED IN THE 
EXTENT TO "UNASSIGNED" 



(n 



NORMAL END 



2> 



STEP 241 



UPDATE SPACE BIT MAP BY 
CHANGING STATUSES OF ALL 
SECTORS IN THE AV BLOCKS TO 
"UNASSIGNED" 



STEP 242 



DELETE EXTENT FROM FILE | STEP 243 
ENTRY 



60 




EP 0 905 699 A2 



CQ 

> 
< 



CM 

I 

=*: 

> 
< 



oo 
O 



CM 
I 




CV3 



> 
< 




OQ 



O 



o 
o 

CO 

> 
< 



o 
o 



SI 
31 



— CD ~- 

=**= =*te 

« ^ 

j j ^ 

CQ GO OQ 

i i i 

> > > 

< < < 



_) 
OQ 

<: 

E- 



< 



o 

CO 

> 
< 



CQ 
oo 

CM 

d 





ii 
















Si, 








si 



=*a 

^ « ^ 
J J J 

OQ OQ OQ 
i • i 

> > > 

<. < < 



Ok 

< 

s 

< 

PL, 

CO 



o o o 

O O O 

o o o 



o o 
o o 
o o 



ooo 
o o o 



o o 
o o 
o o 




OQ 

> 



OQ 



61 



EP 0 905 699 A2 



FIG. 29 

NON-AV 
JRECORD START 



STEP 268 




RECORD INTO FILE 
ENTRY THE ALLOCATION 
DESCRIPTOR OF LAST 
EXTENT 



CHANGE STATUS OF "UNASSIGNED 
AV BLOCK INCLUDING 
UNASSIGNED SECTOR TO "NON-AV 



I 



STEP 264 



UPDATE SPACE BIT MAP BY CHANGING 
STATUS OF SECTOR TO 'ASSIGNED' 



) 



i STEP 265 

RECORD NON-AV DATA INTO THE SECTOR| 



^ ^STEP 266 

Yes ^^IS THE SECTOR ^ 
JQNTINUED FROM PRECEDIM 
SECTOR? 



STEP 267 



RECORD INTO FILE ENTRY THE 
ALLOCATION DESCRIPTORS OF , 
EXTENTS UP TO PRECEDING SECTOR I 



62 




EP 0 905 699 A2 



FIG. 30 



(n< 



NON-AV FILE DELETE START 



STEP 271 




STEP 272 



UPDATE SPACE BIT MAP BY 
CHANGING STATUSES OF SECTORS 
IN THE EXTENT TO "UNASSIGNED" 



NORMAL END 



STEP 273 

HAVE STATUSES' 
YF ALL SECTORS IN AV BLOCI 
BEEN CHANGED TO 
I ASSIGNED" 1< 



No 



STEP 274 



UPDATE AV BLOCK MANAGEMENT 
TABLE BY CHANGING STATUS OF 
THE AV BLOCK TO -UNASSIGNED" 



I 



STEP 275 



DELETE ALLOCATION DESCRIPTOR 
OF EXTENT FROM FILE E NTRY 

I 



63 




EP 0 905 699 A2 




65 




EP 0 905 699 A2 



O 

O 



CO Z 

5" 



CVl 
CVI 



CVJ 
CXJ 



cm 



CM 



OS 



CD 

CN3 



CXI 



CO 
CO 

O 



> 

° w v5 
Qqqh 



> 
< 



on 

CO 

< _ 

Sooo 
XXXX 



Q 

W 
> 

a: 
m 

CO 
CD 

as; 



C_3 g| 




> 
< 






oooo 




/o 


oooo 


oooo 




oooo 


oooo 


(o 


oooo 


oooo. 




oooo 


oooo 




oooo 


oooo 




oooo 


OOOOi 


o 


o 
© 

o 


© 
o 
o 
© 



BNSDOCID: <EP_0905699A2J_> 



66 




EP 0 905 699 A2 



to 



CO 

o 



< 

f- 
2 

tu 
o 
< 



8 

-J 

> 




BNSDOCID: < E P 0905699A2 J_> 



67 




EP 0 905 699 A2 




BNSDOCID: <EP 0905699 A2J_> 



68 



EP 0 905 699 A2 



FIG. 36A 



PSEUDO CONSECUTIVE RECORD 
ASSIGNMENT MANAGEMENT INFORMATION 



6848 
28000 



15983 
31423 



0_ 
0 



,el 



PSEUDO 

CONSECUIWE K , 
RECORD =p>: 



PSEUDO 

consecutweIk : 

RECORD c^>: 



FIG. 36B 

SPACE BIT MAP 



1110011100... 

(FILE STRUCTURE AREA) 
...000 



000... 

(SECTORS 6848 TO 15983 ARE 0) 

..ooo r 



000... 

(SECTORS 28000 TO 31423 ARE 0) 

...000 



111... 

(UNASSIGNED AREA.ALL SECTORS ARE 1) 
...Hill 



0 : ASSIGNED 
1 : UNASSIGNED 



69 




EP 0 905 699 A2 



O O 




BNSDOCID: <EP 0905699 A2J_> 



70 



EP 0 905 699 A2 



FIG. 38 
( START ^ 



ASSIGN A PSEUDO CONSECUTIVE RECORDj 380 



START ENCODING | STEP 38 1 



STEP 382 



ISSUE CREATE COMMAND | 



ISSUE OPEN COMMAND \ STEP 383 



STEP 384 
iCORDING ENQZ. 
h 




STEP 386 



ISSUE WRITE COMMAND | STEP 387 



ISSUE CLOSE COMMAND | 



STEP 388 



NOTIFY RECORDINC END | STEP 389 



X 



CREATE OR UPDATE MANAGEMENT I STEP 390 
INFORMATION I 



, 1 

C END 1 



71 




EP 0 905 699 A2 



FIG. 40 




ASSIGN A PSEUDO CONSECUTIVE RECORD "| STEP 400 

I 



START ENCODING | STEP 381 

ISSUE CREATE COMMAND \ STEP 382 



ISSUE OPEN COMMAND | STEP 383 




NOTIFY RECORDING END 




Hiusmnin- rFP tmttfmz I ? 



73 



EP 0 905 699 A2 



FIG. 41 



START 
SECTOR 


END 
SECTOR 


ATTRIBUTE 


4900 


6847 


Free 


34848 


39000 


Free 


44000 


48000 


Free 









xl 

,c2 
x3 



74 



BNSDOCID: <EP 0905699 A2_l_> 




EP 0 905 699 A2 



FIG. 42 



( START ^ 

1 STEP 42 1 

SEARCH UNASSIGNED AREAS | 



I STEP 42 2 

CREATE FREE SPACE LIST | 

_[__ STEP 42 3 

DETERMINE MINIMUM SIZE OF I 
PSEUDO CONSECUTIVE RECORD! 

1 STEP 424 

DETERMINE RECORDING ORDER! 
OF FREE SPACES I 

1 

( END } 



BNsnnnin- * fp mfmsf\& \ > 



75 



(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 




(12) 



(11) EP 0 905 699 A3 

EUROPEAN PATENT APPLICATION 



(88) 


Date of publication A3: 


(51) mtci 6: G11B 27/034, G11B 20/12, 




4 A A7 4AAA DiallA-fin 4 000/00 

14.07.1999 DUJIIGlin l9»/£0 




G11B 27/32, G11B 20/18, 


(43) 






H04N 5/85 


Date of publication A2: 






31-03.1999 tJUIieiin 1999/10 






(21) 


Application number: 98307543.3 






(22) 


Date ot Tiling. 1 7.09.1 99o 






(84) 


Designated Contracting States: 


• 


Got oh, Yoshiho 




AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 




Osaka-shi, Osaka-f u 536-0023 (JP) 




MC NL PT SE 


• 


Tamakoshi, Yasushi 




Designated Extension States: 




Hirakata-shi, Osaka-fu 573-1 194 (JP) 




AL LT LV MK RO SI 


• 


Kato, Hiroshi 








Kasuga-shi, Fukuoka-ken 816-0812 (JP) 


(30) 


Priority: 17.09.1997 JP 25199197 


• 


Okada, Tomoyuki 




03.04.1998 JP 9204498 




Katano-shi, Osaka-fu 576-0021 (JP) 




24.04.1998 JP 11466598 


• 


Murase, Kaoru 








Ikarugacho, Ikoma-gun, Nara-ken 636-0133 (JP) 


(71) 


Applicant: MATSUSHITA ELECTRIC INDUSTRIAL 






CO., LTD 


(74) 


Representative: Crawford, Andrew Birkby et al 




Kadoma-shi, Osaka 571-0000 (JP) 




A.A. THORNTON & CO. 








Northumberland House 


(72) 


Inventors: 




303-306 High Hoi born 


• 


Nakatani, Tokuo 




London WC1V 7LE (GB) 




Ibaraki-shi, Osaka-f u 567-0831 (JP) 







(54) Optical disc recording apparatus, computer-readable recording medium recording a file 
management program, and optical disc 



CO 
< 
O) 

o> 

CD 

o 

O) 



0. 
LU 



(57) An optical disc recording apparatus for record- 
ing a video object onto an optical disc. A recording area 
of the optical disc is divided into a plurality of zones 
which each include a plurality of adjacent tracks. The 
optical disc recording apparatus includes: a reading unit 
for reading from the optical disc the sector information 
showing data assignment for sectors on the optical disc; 
a recording unit for recording the video object onto the 
optical disc; and a control unit for controlling the reading 
unit and the recording unit. The control unit detects at 
least one series of consecutive unassigned sectors on 
the optical disc by referring to the read sector informa- 
tion. Each series has atotal size greater than a minimum 
size and is located within a single zone. The minimum 
size corresponds to a data amount that ensures unin- 
terrupted reproduction of the video object. The control 
unit also controls the recording unit to record the video 
object into the detected series. 



FIG. 42 



C START > 



, STEP 42 1 

SEARCH UNASSIGNED AREAS | 



STEP 422 



CREATE FREE SPACE LIST 



STEP 423 



DETERMINE MINIMUM SIZE OF 
PSEUDO CONSECUTIVE RECORD 



STEP 424 



DETERMINE RECORDING ORDER! 
OF FREE SPACES I 



Printed by Jouve, 75001 PARIS (FR) 




EP 0 905 699 A3 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 98 30 7543 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate. 
of relevant passages 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION (lnt.Cl.6) 



EP 0 903 738 A (MATSUSHITA ELECTRIC IND CO 
LTD) 24 March 1999 

* the whole document * 
L: applicant 

WO 98 14938 A (FUKUSHIMA YOSHIHISA ;G0T0H 
Y0SHIHO (JP); UEDA HIROSHI (JP); MATSUS) 
9 April 1998 

* abstract * 

&EP 0 866 456 Al (publ .23-09-1998): 

* the whole document * 
L:appl icant 

FR 2 759 471 A (SONY CORP) 14 August 1998 



* the whole document * 

ANONYMOUS: "Hard Disk Cache Alterations 

for Digital Versatile/Video Disks" 

IBM TECHNICAL DISCLOSURE BULLETIN, 

vol. 40, no. 3, March 1997, pages 165-166, 

XP002101335 

New York, US 

* the whole document * 

PATENT ABSTRACTS OF JAPAN 
vol. 012, no. 350 (P-760), 
20 September 1988 

& OP 63 104284 A (MITSUBISHI ELECTRIC 
CORP), 9 May 1988 

* abstract * 

EP 0 653 758 A (SONY CORP) 17 May 1995 

* the whole document * 



-/- 



The present search report has been drawn up for all claims 



1,2,6,7 
11-13 



I- 4,6-9 

II- 17, 
20,24 



I- 4,6-9 

II- 15, 
20,24 



1,6,11, 
12,20,24 



1,6,11, 
12,20,24 



1,6,11, 
12,20,24 



G11B27/034 

G11820/12 

G11B27/32 

G11B20/18 

H04N5/85 



TECHNICAL FIELDS 
SEARCHED (Int.CI.6) 



G11B 
H04N 



Place of seaich 

THE HAGUE 



DatB of compfeticn of the search 



3 May 1999 



si 

2 
§ 



CATEGORY OF CITED DOCUMENTS 

X : particularly relevant if taken alone 

Y : particularly relevant if combined with another 

document ol the same category 
A : technological background 
O : non-written disclosure 
P : intermediate document 



Daalmans, F 



T : theory or princple underlying the invention 
E : earlier patent document, but published on, or 

after the filing date 
O : document cited in the application 
L : cocument cited tor other reasons 



& : member of the same patent family, corresponding 
document 



BNSDOCID: <EP 0905699A3J_> 



2 




EP 0 905 699 A3 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 98 30 7543 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate. 

of relevant passages 



EP 0 676 761 A (SONY CORP) 11 October 1995 



* the whole document * 

US 5 434 991 A (HAEDA SHIGEMI ET AL) 
18 July 1995 

* the whole document * 

US 5 107 481 A (KOZUKA MASAYUKI ET AL) 
21 April 1992 

* column 4, line 47 - column 9, line 49 * 



I, 2,6,7, 

II, 12, 
20,24 



1,2,6,7, 

11-13, 

20,24 



I, 2,6,7, 

II, 12, 
20,24 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION (lnt.Cl.6) 



TECHNICAL FIELDS 
SEARCHED <lnt.CI.6) 



The present search report has been drawn up for all claims 



Race ol search 


Data ot completion ol the search 


Examiner 




THE HAGUE 


3 May 1999 


Daalmans, F 





CATEGORY OF CITED DOCUMENTS 

X : particularly relevant if taken alone 

Y : particularly relevant if combined with another 

document ol tne same category 
A : technological background 
O : non-written disclosure 
P : intermediate document 



T : theory or principle underlying the invention 
E : earlier patent document but published on, or 

after the filing dale 
D : document cited in the application 
L : document cited for other reasons 



& : momber of the same patent family, corresponding 
document 



3 



%0 




EP 0 905 699 A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 

ON EUROPEAN PATENT APPLICATION NO. EP 98 30 7543 



This annex lists the patent family members relating to the patent documents cited in the above-mentioned European search report. 
The members are as contained in the European Patent Office EDP tile on 

The European Patent Office is in no way liable for these particulars which are merely given for the purpose of information, 

03-05-1999 



Patent document 




Publication 




Patent family 




Publication 


cited in search report 




date 




memoer(s) 




date 


EP 0903738 


A 


24-03-1999 


WO 


9914754 


A 


25-01-1 Oqq 


W0 9814938 


A 


09-04-1998 


EP 


0866456 


A 


23-09-1998 


FR 2759471 


A 


14-08-1998 


JP 


10222316 


A 


21-08-1998 


EP 0653758 


A 


17-05-1995 


CN 


1112273 


A 


22-11-1995 








JP 


7182218 


A 


21-07-1995 


EP 0676761 


A 


11-10-1995 


AU 


681709 

VOX / \J J 


R 

D 


04-AQ-l QQ7 








AU 


7864594 




V/O \JZj L .7 j D 








CN 


11 17321 












WO 


9511508 


A 


27-04-1 qoc; 








JP 


7168749 


A 


04-07-1995 


US 5434991 


A 


18-07-1995 


JP 


2624868 


8 


25-06-1997 








JP 


3286474 


A 


17-12-1991 








JP 


2583634 


B 


19-02-1997 








JP 


3288364 


A 


18-12-1991 








CA 


2038583 


A,C 


21-09-1991 








DE 


69119631 


D 


27-06-1996 








DE 


69119631 


T 


14-11-1996 








EP 


0448378 


A 


25-09-1991 








JP 


4212759 


A 


04-08-1992 








KR 


9500130 


B 


10-01-1995 








JP 


2798516 


B 


17-09-1998 








JP 


4212760 


A 


04-08-1992 








JP 


4212761 


A 


04-08-1992 


US 5107481 


A 


21-04-1992 


JP 


1236488 


A 


21-09-1989 








JP 


1236489 


A 


21-09-1989 








DE 


68920895 


D 


16-03-1995 








DE 


68920895 


T 


22-06-1995 








EP 


0333165 


A 


20-09-1989 





iu For more details about this annex ; see Official Journal of the European Patent Office, No. 12/82 



BNSDOCID: <EP_0905699A3_I_> 



4 



